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1 UCS log reports 


The log system 
What is a log report? 

A log report is a message generated by the UCS DMS-250 switch whenever a 
significant event has occurred in the switch or one of its peripherals. Log 
reports include status and activity reports, as well as reports on hardware or 
software faults, test results, changes in state, and other events or conditions 
likely to affect the performance of the switch. A log report may be generated 
in response to either a system or a manual action. 


Controlling output from the log system 
Log output—including storage, distribution, prioritization, suppression, and 
thresholds—may be controlled in two ways. First, individual offices may 
customize the output from the log system to meet local requirements by 
making changes to the appropriate customer data tables. Second, specific log 
utility (LOGUTIL) commands may be executed in the LOGUTIL level of the 
MAP display. LOGUTIL commands may be used temporarily to override 
parameters set in the customer data tables, for example, to turn log reports 
OFF, or to route output temporarily to a different device. 


In most cases, a restart (reinitialization of the DMS operating system and user 
processes) will reset any temporary change that was made by the use of 
LOGUTIL commands. Refer to the Data Schema Reference Manual. 


Log buffers 
Each log buffer is of sufficient size to hold several hours of subsystem reports 
at peak output rates. The number of reports which can be held is determined 
by the value of the office parameter LOG_CENTRAL_BUFFER_SIZE in 
table OFCVAR. Refer to the Data Schema Reference Manual. 


The output reports are stored in the log buffers in chronological order as they 
are generated, i.e., a Central Message Contoller (CMC) report generated at 
16:04:39 would be logged before a report generated at 16:08:33. Once a 
subsystem buffer is full, the next report that is generated displaces the oldest 
report. Unless the displaced log report had been previously routed to some type 
of external storage device, the report is lost and is unretrievable by the user. 


The Critical Message Prioritization feature provides an additional method of 
defining the order in which log reports are output to a specified log device. This 
feature is made active or inactive by the office parameter 
LOG_PRIORITIZATION in table OFCENG. Refer to the Data Schema 
Reference Manual. 
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When active, the log reports are categorized by their alarm levels (critical, 
major, minor, no alarm). The reports are then output to specified devices in 
order of most critical to least critical alarm. Reports of the same alarm category 
are stored chronologically. 


Routing log reports 
In addition to storing the reports, the output reporting system is capable of 
routing the reports to operating company defined devices, such as MTD, DDU, 
Data Link, Printer, VDU. Each device is allocated a buffer area, which under 
normal conditions is sufficient to handle a large number of log reports. If 
devices are losing reports indicated by the system, the log buffer size can be 
increased by changing the office parameter LOG_DEVICE_BUFFER_SIZE 
in table OFCVAR. Refer to the Data Schema Reference Manual. 


Routing and reporting subsystems 
The routing of reports from the log system buffers to an I/O device, where they 
are printed, displayed, or stored, is performed by the routing and reporting 
subsystem. This subsystem is controlled by two data tables which provide 
basic permanent routing. The two data tables are LOGCLASS and LGDEV. 


To route a log report to a device, the following units of information must be 
known to the DMS. The CLASS number of the report that is to be routed, 
defined in table LOGCLASS. The device(s) that is to receive this CLASS 
number of log reports, defined in table LOGDEV. 


As shown in the following table, the CMC log reports have been assigned a 
class number of 4. When the CMC subsystem generates a log report, the 
routing and reporting subsystem will reference table LOGCLASS and 
discover the log report is class 4. Once the class number is known, table 
LOGDEYV will be referenced to search for the device(s) defined to receive class 
4 reports. In this example it is the device PRT1. The routing and reporting 
subsystem will now transmit the report through the log device buffer for PRT 1 
to the actual device. 


Table 1-1 (Sheet 1 of 2) 


REPORTS CLASS DEVICE 
GROUP 1 NET 121 24 PRT1 
GROUP 2 NET 115 24 PRT2 
GROUP 3 PM 105 24 PRT3 
GROUP 4 CMC 105 4 PRT1 
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Table 1-1 (Sheet 2 of 2) 
REPORTS CLASS DEVICE 
GROUP 5 LINE 108 


GROUP 6 TRK 151 


Logutil commands 
The logutil commands provide the user with the capability of performing the 
following functions: 


e Obtain information concerning log reports, I/O devices and thresholding. 
e Start and stop devices from receiving log reports. 

* Browse through log subsystems buffers. 

e Clear log subsystems buffers (erase reports). 


e Establish temporary routing commands which supersede the permanent 
routing entries in tables LOGCLASS and LOGDEV. The permanent 
entries in these tables are not changed and remain available for reversion 
back to permanent routing. 


Some examples of temporary routing may be if an I/O device malfunctions and 
its associated logs reports need to be routed to another device, or maintenance 
personnel who desire to temporarily route log reports to a VDU for 
troubleshooting purposes. 


Tables 


The following tables are used in this document to list log header definitions, 
log subsystems, event types, info-only logs, trouble codes, reason codes, 
equipment states, call types, and so forth. Spelling and capitalization of the 
table information is exactly as it appears on the MAP terminal. 


e Table A—STD header defines the standard header format. 


e Table B—SCC2 header defines the Switching Control Center 2 header 
format. 


* Table C—Log subsystems define families of logs and identifies reports 
associated with critical and major alarms. Reports associated with minor 
alarms are not listed. 


* Table D—Event types define event types displayed in the field after the 
header. 


e Table E—Equipment states define possible states for any component part 
ofthe UCS DMS-250 switch. Some states may parallel, or appear identical 
to, Event Types. 
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Table F—Line and trunk information text define character strings 
displayed in the LINE and TRK information field. 


Table G—Line and trunk trouble codes define character strings displayed 
in the LINE and TRK trouble code field. 


Table H—PM reasons define character strings displayed in the PM reason 
field for some of the peripheral module (PM) logs. 


Table I—Standard definitions and equipment identification contain 
definitions and methods of identification for directory numbers, line 
equipment codes, trunk ids, and so forth. 


Table J—Meter processes identify MTR log reports for specific meter 
processes. 


Table K—Attendant console states define possible states for attendant 
consoles used in the Integrated Business Network (IBN) environment. 


Table L—IBN trouble codes define character strings displayed in the IBN 
Trouble Code field. 


Table M—Call treatments identify extended call treatments. 


Table N—Node types identify the node types for the UCS 
DMS-250switch. A node is a hardware unit that can either accept or 
originate messages, or both. 


Table O—Trunk diagnostic results define character strings displayed in 
ATT and TRK log reports generated as a result of automatic or manual 
diagnostic testing of trunks. 


Table P—CMC alter reasons define the central message controller (CMC) 
alter reasons. 


Table Q—Transmission test unit failure messages show failure reasons 
associated with Automatic Transmission Measuring Equipment (ATME) 
tests on transmission test units. 


Table R—Call type entry codes show the 2-digit code that defines call 
types and the call type each code represents. 


Table S—Information-only logs do not require an action. 


Option of normal or short log format 


Log reports may be displayed in either the normal (long) format or a short 
format. Normal format is the default, and provides all the report information 
described above. The normal (long) format is generated unless you request the 
short format through the LOGUTIL level of the MAP display. Short format 
displays only the first line of the log report, and allows you to scan log reports 
at MAP levels where viewing area is limited in size. 
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Log report formats 
The first line of every log report contains the following elements: 


Header—a string, whose components vary depending on the datafill in the 
customer data schema 


Event type—an abbreviation indicating the event or condition being 
reported (for example, SYSB, TBL) 


Event description—a string, which may contain one or more of the 
following fields: 


— Event identification—a constant for every log report of the same name 
and number. For example, the event identification for a LINE101 log 
report is always LINE_DIAG. 


— Equipment identification—a variable which identifies hardware or 
software. For example, equipment identification could identify a 
peripheral and its location, line equipment and an associated directory 
number (DN), a Common Channel Signaling Service NO. 7 (CCS7) 
route identification. Refer to definition of “pmid" in Table I. 


— Reason codes—variable, depending on the application. The event 
description may be left blank. 


The remaining one or more lines of the log report contain additional 
information about the reported event. 


The following examines each element of the log report in more detail. 


There are three possible formats for the header portion of a log: 


NT standard (STD) format 


NT format for offices with multiple log generating nodes, for example, 
Enhanced Core (ECORE) offices 


Number 2 Switch Control Center (SCC2) format, available in offices 
where downstream processing of logs from one or more switches is 
performed 


A comparison of each of the three header formats follows. 


Logs in NT standard (STD) header format 
The first line of an STD log follows this format: 


. 


officeid alarm threshold reportid mmmdd hh:mm:ss ssdd 
event type event id 


Refer to Table A for a detailed description of the header fields. The second and 
subsequent lines of the log report contain additional information about the 
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reported event. A LINE101 log report using the STD header format looks like 
this: 


COMS 0 *LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


This example indicates the name or officeid of the switch generating the log is 
COMS, side 0. The log was generated on October 31 at noon (12:00 p.m.). The 
log was previously generated 21 times, and was generated for the 12th time at 
the device displaying this log. The event type and description indicate a line 
diagnostic has failed. The variable message area provides more data about the 
faulty line, and indicates the action required. 


Logs in NT ECORE office header format 

The officeid for an ECORE office depends on the value of the 

ECORE FORMAT parameter. If the previous LINE101 log were output by an 
ECORE office, with a ECORE. FORMAT = TRUE value, it would look like 
this: 


COMS 0 CM * LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


The officeid includes an eight-character node name and one trailing space 
following the office name. The same LINE101 log generated by an ECORE 
office, with ECORE FORMAT - FALSE value, would look like this: 


COMS 0 * LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 
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The standard officeid is displayed without the node name. 
Table 1-2 ASTD header 
Field Value Description 


officeid String Identifies the switch generating the 
log. This field is optional and is not 
normally shown in the detailed 
examples of log reports in this manual. 
Maximum length of this field is 12 
characters, set by office parm 
LOG OFFICE ID in customer data 
Table OFCVAR. 


alarm wee ***, or blank Indicates the alarm type of the log 
report. *** = critical alarm, ** = major 
alarm, * = minor alarm, blank = no 
alarm. 


threshold + or blank Indicates whether a threshold was set 
for the log report. If “+," a threshold 
was set. If blank, no threshold was set. 


reportid AAAAnnn Identifies the log subsystem 
generating report (two to four 
alphabetic characters and the number 
(100-999), of the log report in this 
subsystem. Refer to Table C of this 
document for a list of log subsystems. 


mmmmdd JAN-DEC 01-31 Identifies month and day report was 
generated. 
hh:mm:ss 00-23 Identifies hour, minute, and second 
00-59 report was generated. 
00-59 
ssdd 0000-9999 Defines the unique sequence number 


for each log report generated. An ss is 
increased each time a report is 
generated, and is reset to 00 after 
reaching 99. The dd is increased each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Logs in SCC2 header format 
The first line of an SCC2 log follows this format: 
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alarm mm reportid threshold ssdd event_type event_id 


There are two main differences between the STD header format and the SCC2 
header format. The SCC2 header uses two spaces instead of three to display 
the alarm class. Hence, a critical alarm is displayed as “*C" instead of “***." 
Instead of a time and date stamp, the SCC2 header format provides only the 
minutes (mm) after the hour, since the SCC2 processor time stamps each log 


it receives. 


Refer to Table B for a detailed description of the SCC2 header fields. 


The format of the subsequent lines of the log report is identical to those offices 


with Standard or ECORE headers. 


A LINE101 log report using the SCC2 header looks like this: 


* 27 LINE 101 2112 FAIL LN_DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 


CARD TYPE 2X17AB 
a 


Table 1-3 BSCC2 header (Sheet 1 of 2) 


Field Value Description 

alarm *C, **, *, blank Indicates the report alarm type. (*C is 
critical, ** is major, * is minor, blank is 
no alarm.) 

mm 00-59 Identifies the number of minutes after 
the hour the report was generated. 

reportid AAAA nnn Identifies the log subsystem 


generating report, using two to four 
alphabetic characters and the number 
(100-999) of the log report in this 
subsystem. Note the subsystem name 
and the log number are separated by 
a space in this format. Refer to Table 
C for a list of log subsystems. 
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Table 1-3 BSCC2 header (Sheet 2 of 2) 
Field Value Description 


threshold + or blank Indicates whether a threshold was set 
for the log report. If plus (+), a 
threshold was set; if blank, no 
threshold was set. 


ssdd 0000-9999 Defines a unique sequence number 
for each log report generated. An ss is 
incremented each time a report is 
generated, and is reset to 00 after 
reaching 99. A dd is incremented each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Event type and identification 
The header is followed by the event type and event identification. 


Event type is a one-word, general description of the occurrence that caused the 
switch to generate the log report (for example, FLT, INFO, SYSB). Refer to 
Table D for a list of event types, and their meanings. 


Event identification is a string (usually abbreviated) that further defines the 
specific event. The event identification may be omitted when sufficient 
information is supplied by the event type and by the text in the variable 
message/data area. 


Variable message/data area 


The event type and event identification are usually followed by one or more 
lines of variable text and data fields. These fields typically provide additional 
information on one or more of the following: 


e DMS responses 

* equipment status 

e hardware identification 

e problem isolation 

e problem resolution 

* software identification 

In the rare case of log reports that do not have a variable message/data area, the 


event type and identification provide sufficient information to determine the 
action required. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-10 


Structure of a log report description 


This document contains all the log reports output by the UCS DMS-250 
family, in order by subsystem. Each log report is described in detail under the 
following headings: 


* report format 

* example 

* explanation 

* explanation table 
e action to be taken 


e associated OM registers 


Log report descriptions may also include the following: 
* tables specific to that log report 
* oneor more "Additional information" sections 


* atable explaining a hexadecimal data dump 


Report format 
The report format section is the first part of a log report description. It provides 
a general model of the log report and identifies constant and variable text. See 


“Log report formats" in this document for additional information about format 
fields. 


Example 
The example section is the second part of a log report description. It contains 
an example of the log report as it comes from the UCS DMS-250 switch. 


Explanation 
The explanation section is the third part of the log report description. It 
contains a short description of the circumstances under which the report is 
generated. 


Explanation table 


The explanation table describes each field (logical part) of the log report in 
detail, under the columns field, value, and description. 


Field column 
The field column contains the following types of entry: 
e the event identification when present 


* constant fields, where the value does not change (usually written in 
uppercase) 
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e variable fields, where there is either more than one possible value or a 
range of values (written in lowercase) 
e mixed fields, consisting of a constant and a closely associated variable 


(written in a mixture of uppercase and lowercase letters) 


Representing variables 

A small number of text variables, familiar to the reader, are represented by 
their commonly used abbreviations, for example: DN (directory number), 
LEN (line equipment number), CLLI (common language location identifier), 
TRKID (trunk identifier). See Table I for a complete list. 


Other text variables are represented by the the suffix nm if they are names, for 
example, modnm for module name, and txt if they are any other sort of 
character string, for example stattxt for state, fltxt for fault text (a character 
string representing a fault). 


Decimal numbers are represented by n (where n is 0-9, unless otherwise 
specified. Hexadecimal numbers are represented by h (where h is 0-F, unless 
otherwise specified). 


Value column 

Four types of values are supplied in the value column: 
* individual values 

* numerical ranges 


* Symbolic text, indicating a range of values as described in the description 
column 


e Constant, indicating only one value for the field 

Description column 

The description may include the following information: 

* the meaning of the field 

* the meaning of specific values 

e why a particular value is displayed 

e the relationship between this and other fields 

* references to tables that list and describe a set of values 

* references to the customer data schema (or customer data tables) that 


define the range of values for a particular office 


The action for specific field values is included in cases not covered in the 
general "Action to be taken" section of this document. 
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Action to be taken 


The “Action to be taken" section explains what action should be taken by 
operating company personnel when the log report occurs. If the log report is 
for information only, it is listed in Table S. 


Associated OM registers 


This section of the log report description lists OMs that are associated with a 
specific log. 


How to interpret hex tables in AUD and AUDT log reports 


Most audit log reports (AUD and AUDT) output a block of hex data. This 
section contains the information necessary to interpret the hex values. 


The documentation explaining a hex data block has two parts. First, a diagram 
of the data fields contain the name of each field, the size of the field, and its 
location within the data block. Second, each page of the diagram has text that 
explains the purpose of the fields. 


The following example is from a typical hex data diagram. Notice that there 
are two 16-bit words in each row (in this case, WORD 2 and 3). WORD 2 
contains bits 32 through 47 of the hex data block. WORD 3 has bits 48 through 
63. The least significant bit in each word is on the right-hand side. 


WORD 2 3 


CPTLB 


| ET eb 


PRIMINDX( ECINDE 


BIT 47 32 63 48 


1 PROCQD(1) 3 LINKCOUNT(6) 
2 STATE(3) 4 LETTERCOUNT(2) 


The field CPTLB extends across WORDS 2 and WORDS 3. Beneath CPTLB 
are two rows of field names, one beginning with field MYINDEX and the other 
with field PRIMINDX. The numbers in parentheses identify the fields' size in 
bits. 


Field size is shown in parentheses around the first word of a field. To indicate 
a continuation, a C replaces the size in any additional words used by that field. 
For example, CPTLB begins in a word preceding WORD 2. 
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Some fields are identified in the diagram by number. Their names are too large 
for the space allotted in the diagram. The numbers identify the numbered field 
names beneath the diagram. 


In the preceding example, three rows of field names are stacked on top of each 
other. There are two possible relationships between these rows. One possibility 
is that each row can represent a separate overlay, which means one or another 
will be displayed, depending on the conditions software module, using a 
certain hexadecimal data structure. The other possibility is that one row 
comprises subfields of the row immediately above it. 


There is no way to be sure which relationship exists by looking only at the 
diagram. An overlay chart defines which fields are overlays. Where there are 
nested overlays, the overlay chart shows the links between them. Fields that do 
not appear in the chart are subfields. 


The overlay chart that accompanies WORD 3 in the previous example appears 
here. The fields on either side of the word or can occupy WORD 3 but never at 
the same time. 


OVERLAY STRUCTURE - WORD 3 
2,AUDIT,3,4 or LETTERC 


The following provides a more detailed example. 
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WORD 82 83 


XLAB(C) 


HTRP(8)  |LOG NETWORK(8|  FILLER BYTE(8) 


FASTMOVE INAT. XLA OVLY(152) 
AMADATA(128) 


ENTRY CODE(8) | AMAINCCB(8) 


SPARE8B(8) 


FASTMOVE_STD_XLA_OVLY(152) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT 1327 1312 1343 1328 


The corresponding overlay chart for WORD 63 is: 


Pa 


X 


OVERLAY STRUCTURE - WORD 83 5 
CHB(XLAB) or TOPS AREA or FASTMOVE 
/ \ 

LOG NETWORK,FILLER BYTE or FASTMOVE INAT XLA OVLY or 

AMADATA or FAST STD XLA OVLY 

/ \ 

AMAINCCB or ENTRY_CODE or 8 or 9,0... or SPARE8B 

3y Leda 
A 


In this example, the first set of overlay choices, includes subfield XLAB of the 
CHB field, TOPS_AREA, and FASTMOVE. 


These overlays are present in both WORDS 82 and 83. 


If XLAB is selected, there are four new overlay choices in WORD 83, such as 
LOG NETWORK, FILLER_BYTE. If AMADATA is selected, AMAINCCB 
and fields 3 through 7 are the overlay choices in bits 1328 through 1332. 
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ENTRY. CODE, field 8, fields 9 through F, and SPARESB are the overlay 
choices in bits 1336 through 1343. 


Hexadecimal words in a diagram are numbered consecutively from the 
beginning to the end of the hexadecimal data block. Word 0 corresponds to the 
leftmost word in the top row of the actual log output. 


(Words 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0-»9 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 10-519) 


The following example shows how actual hexadecimal output is related to the 
way it is represented in the diagram. For WORD 3 in the previous example, a 
dumped value of 9CSA is represented in the diagram as: 


LETTERCOUNT STATE 
10 01|1100 | 0101|1 010 
(BIT 63) LINKCOUNT AUDIT (BIT 48) 


Unless otherwise stated, all numerical values appearing in the document's 
audit log report descriptions are decimal. Only the example of an actual log 
report contains data in hexadecimal values. 


Field descriptions for Boolean terms are described as true or false. A term is 
true (1) if the condition the field name defines exists. The term is false (0) if 
the condition the field name defines does not exist. 


Table 1-4 CLog subsystems (Sheet 1 of 20) 


Name 


ACCS 


ACD 


Critical Major Description 


— — Automatic Calling Card Services (ACCS) 
subsystem provides the capabilities to obtain 
information related to calling card services. 


— — Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 
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Table 1-4 CLog subsystems (Sheet 2 of 20) 


Name Critical Major 


ACMS — — 


ACNS —= = 


ACT = = 


ALRM — — 


ALT — — 


AMA — — 


AMAB — — 


AOSS — — 


APS Z = 


Description 


Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 


Attendant Console Night Service (ACNS) 
controls the digits dialed to access night 
services provided by connected MDC 
customers. 


Activity (ACT) checks central control complex 
(CCC) for transient mismatches between the 
active and inactive sides. 


Alarm (ALRM) checks the integrity of 
connections to the Emergency Service Bureau 
(ESB) and sends indications of alarm conditions 
over a trunk to a remote operator position. 


Automatic Line Testing (ALT) provides 
automatic testing for large groups of lines during 
low traffic periods. ALT is performed on all line 
equipment including peripherals, circuit cards, 
facilities, and connected telephones. 


Automatic Message Accounting (AMA) gathers 
and records all necessary data for 
subscriber-dialed billable calls. 


Automatic Message Accounting Buffer (AMAB) 
establishes and controls the AMA buffer where 
the AMA subsystem records data for 
subscriber-dialed billable calls. 


Auxiliary Operator Services System (AOSS) 
allows operators to provide subscribers with 
such services as directory assistance (local and 
long distance) and call intercept. 


Attendant Pay Station (APS) allows all lines ina 
service hall to route call information to a specific 
output device. 
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Table 1-4 CLog subsystems (Sheet 3 of 20) 
Name Critical Major Description 


ASR — — Automatic Set Relocation (ASR) allows the user 
to move integrated voice and data (IVD) sets 
from one location to another without a 
craftsperson's intervention. 


ATB — — All Trunks Busy (ATB) checks for busy 
conditions on trunks terminating to a single 
location. 

ATME — 201, 204 Automatic Transmission Measuring Equipment 


(ATME) controls equipment that makes 
transmission measurements on circuits 
terminating at long distance switching centers, 
for example, international gateways. 


ATT — — Automatic Trunk Testing (ATT) provides 
automatic testing for outgoing trunks and 
outgoing portions of two-way trunks. 


AUD — — Audit (AUD) checks the integrity of central 
control (CC) software and attempts to correct 
errors when detected. 


AUDT xm mE Audit (AUDT) checks the integrity of peripheral 
module (PM) software and attempts to correct 
errors when detected. 


BERT — — Bit Error Rate Test (BERT) reports conditions 
concerning applications using Integrated Bit 
Error Rate Testers (IBERT). 


BMS — — Buffer Management System (BMS) reports 
conditions concerning the allocation and 
deallocation of buffer space to applications 
using BMS. 


CC 107, 128 102,104,112, Central Control (CC) controls the data 
113,114,120 processing functions of DMS along with its 
associated data store (DS) and program store 
(PS). 


CCl — — Computer Consoles, Inc. (CCI) reports on 
messaging errors between a DMS switch and a 
CCI (DAS/C) system, to provide information on 
the error and to indicate the call should be 
operator-handled. 
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Table 1-4 CLog subsystems (Sheet 4 of 20) 


Name 


CCIS 


CCS 


CDC 


CDRE 


CDRS 


CFW 


CM 


CMC 


Critical 


209, 210, 218, 
214, 215, 218, 
219 


100 


105, 109, 116, 
111 


Major 


104, 108, 120, 
122, 130, 131 


175, 231 


101 


104, 112, 122, 
125, 138, 137, 
158 


101, 102, 110, 
111 


Description 


Common Channel Interoffice Signaling (CCIS) 
controls information exchange between 
processor-equipped switching systems over a 
network of switching links. 


Common Channel Signaling (CCS) logs report 
on CCS7 linkset and routeset management 
functions such as maintaining signaling linksets 
and restoring signaling to a link in the event of 
link failure or other disruption in service. 


Customer Data Change (CDC) allows end office 
subscribers to change data through service 
orders from their premises. 


Call Diversion (CDIV) provides information 
concerning the Call Diversion feature. 


Call Detail Recording Call Entry (CDRC) 
controls data collection, recording, and storage 
for each call processed by the DMS-300 
Gateway. 


Call Detail Recording Extension Blocks (CDRE) 
accesses the recording unit required to record 
CDR data on a single call processed by the 
DMS-300 Gateway. 


Call Detail Recording Call Processing (CDRS) 
enables and disables CDR for calls processed 
by the DMS-300 Gateway. 


Call Forwarding (CFW) controls a 
service-related feature permitting a station to 
redirect incoming calls to another station. 


Computing Module (CM) controls the 
maintenance and call processing capabilities of 
a DMS-100E (ECORE) switch. 


Central Message Controller (CMC) controls a 
hardware entity in the central control complex 
(CCC) that provides an interface between the 
central control (CC) and the network message 
controllers (NMC), or the input/output 
controllers (IOC). 
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Table 1-4 CLog subsystems (Sheet 5 of 20) 
Name Critical Major Description 


CP — — Call Processing (CP) controls processes 
involved in setting up connections through the 
DMS network between the calling and called 
parties. 


CPM — — Core Package Modules (CPM) are connected to 
provide information on the link and node 
maintenance for the data package network 
(DPN). 


CRMG — — Call Reference Manager (CRMG) controls the 
allocation and recording of call reference 
numbers on a switch. 


CSC — — Customer Service Change (CSC) provides 
information concerning data changes to 
subscriber lines. 


C6TU — — Channel 6 Test Utility (C6TU) provides unit 
testing of Common Channel Interoffice 
Signaling (CCIS) features. 


C7TD — — Common Channel Signaling (CCS7) Test Driver 
(C7TD) subsystem implements test procedures 
prescribed by the craftsperson to analyze a 
CCS7 system network. 


C7TU — — Common Channel Signaling (CCS7) Test Utility 
(C7TU) records the messages or message 
attempts to and from the C7TU. These log 
reports should not be generated in a live office. 


C7UP — — Common Channel Signaling (CCS7) ISDN User 
Part (ISUP) (C7UP) subsystem controls circuit 
group blocking and circuit group unblocking 
messages as part of ISUP trunk maintenance. 


DAS Directory Assistance Service (DAS) enhances 
the TOPS by using DAS for servicing directory 
assistance (DA) and intercept (INT) calls. 


DCR Dynamically Controlled Routing (DCR) 
enhances the efficiency of a toll network by 
determining alternative toll call destinations. 
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Table 1-4 CLog subsystems (Sheet 6 of 20) 
Name Critical Major 


DDIS — — 


DDM — = 


DISK — — 


DDU — 204 


DFIL m = 


DIRP — — 


DLC — — 


DNC m x 


DNPC = = 


DPAC — = 


Description 


Data Distributor (DDIS) monitors the DMS 
database and collects line data changes for the 
business network management (BNM) 
database. 


Distributed Data Manager (DDM) updates the 
data of many DMS nodes simultaneously. 


DISK manages files and volumes on disk drives 
of the system load module (SLM). 


Disk Drive Unit (DDU) controls the disk drive 
and associated power-converter card installed 
in an input/output (1/0) equipment frame. 


Datafill (DFIL) reports on call cutoffs during call 
processing or debugging operations. They 
indicate a datafill error such as specifying more 
than the maximum number of digits for one 
stage of outpulsing. 


Device Independent Recording Package 
(DIRP) directs data automatically from the 
various administrative and maintenance 
facilities to the appropriate recording devices. 


Digital Link Control (DLC) provides a means of 
passing data to and from an IBM and a DMS 
machine. This tool is used by designers and 
testers to load files or data, and is not generally 
available to the field. 


Directory Number Check (DNC) is a test run by 
Faultsman digits test. It provides a mechanism 
for checking the directory number (DN) 
associated with the line. When a DN is dialed, 
the number is checked by the switch. If it is 
incorrect, DNC100 is generated. 


Directory Number Primary inter-LATA Carrier 
(DNPC) allows an operating company to 
provide operator services for inter-LATA calls 
from equal access or non-equal access end 
offices. 


DATAPAC (DPAC) allows transmission of data 
between packet points over a switched network 
dedicated to data. 
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Table 1-4 CLog subsystems (Sheet 7 of 20) 
Name Critical Major 


DPNS — = 


DPP 100 100, 101 


DRT — — 


DTSR — — 


DVI 100 101 


EAD — — 


EATS — — 


ECO — = 


1-21 


Description 


Digital Private Network Signaling (DPNS) is a 
Common Channel Signaling System used 
between private branch exchanges (PBX). 
DPNS logs report on the status and events of 
DPNS links. 


Distributed Processing Peripheral (DPP) 
provides DMS-100 with Automatic Message 
Accounting (AMA) recording and data 
transmission capabilities that are compliant with 
the Bellcore specification for Automatic 
Message Accounting Transmission Systems 
(ATMAPS). 


Digit Reception Test (DRT) is a test run by the 
Faultsman digit test to verify that the dialed 
digits are correctly received by the switch. 
Digits are dialed according to a preset order, 
and if the switch detects an error, log DRT100O is 
produced. 


DialTone Speed Recording (DTSR) provides 
information on the activation/deactivation of the 
dialtone speed recorder. 


Data and Voice DS30 Interface (DVI) handles 
maintenance, state transitions, and requests of 
the DVI node. 


Engineering and Administration (EAD) provides 
an interface between the EAD Acquisition 
System (EADAS) and the DMS, where 
requested messages or transmission difficulty 
reports are sent. 


Equal Access Traffic Separation (EATS) pegs 
traffic sent to trash or default registers in the 
Traffic Separation Measurement System 
(TSMS). 


Emergency Cutoff (ECO) provides the company 
with a mechanism for preventing nonessential 
calls during an emergency. 
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Table 1-4 CLog subsystems (Sheet 8 of 20) 
Name Critical Major 


EKTS 


EICTS = = 


ENCP — = 


ENDB — =Ú 


ENET — 103 


ESA — — 


ESG — = 


EXT 103, 108 102, 107 


E911 = = 


Description 


Electronic Key Telephone Service is a collection 
of central office based voiceband features that 
provides customers with key system 
capabilities. EKTS allows call appearances of a 
single DN on a number of terminals. 


The Enhanced Network Integrity Check Traffic 
Simulator (EICTS) subsystem is used for 
performance testing of the call paths or ‘fabric’ 
of the network. 


Enhanced Network Call Processing (ENCP) 
subsystem controls processes involved in 
setting up connections between calling and 
called parties in a DMS Enhanced Network 
(ENET). 


Enhanced Network Data Base (ENDB) 
subsystem is a database audit system for the 
Enhanced Network (ENET). 


Enhanced Network (ENET) subsystem provides 
information about computing module enhanced 
network maintenance. 


Emergency Stand-Alone (ESA) permits local 
calling within a remote line module (RLM) or 
remote line concentrating module (RLCM) in the 
event of loss of communication with the host 
office. 


Emergency Service Group (ESG) subsystem 
provides information on terminating hunt group 
options intended for use by police, fire, and 
ambulance services. 


External Alarms (EXT) controls and tests the 
office alarm unit. 


Enhanced 911 (E911) provides a centralized 
emergency service by routing calls to 
appropriate public safety answering points 
(PSAP). 
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Table 1-4 CLog subsystems (Sheet 9 of 20) 
Name Critical Major Description 


FCO — — The FiberCenter OM Acquisiton (FCO) process 
collects a set of user-specified OMs from the 
DMS OM system and sends them to a client 
process on the FiberCenter Operational 
Controller (OPC). 


FM — — Focused Maintenance (FM) provides alarm 
information when failure counts for certain line 
and trunk troubles exceed established 
thresholds. 


FMT 100 101 Fiber Multiplex Terminal (FMT) reports status 
changes of a FMT. 


FRB — — Faultsman's Ringback (FRB) is a maintenance 
feature used by a field engineer to test 
continuity of a line, or to make other 
adjustments, while on the subscribers 
premises. 


FPRT — — DMS-Core Footprint (FPRT) provides the ability 
to record the status and events leading up to the 
restart of a system. 


FTR — — Feature (FTR) provides information about the 
application of a treatment tone, announcement, 
or audio to an agent. 


FTU — — File Transfer System (FTU) provides 
information on the downloading of files to a 
remote DMS. 

GWSA — — Gateway Service Analysis (GWSA) controls 


class designation of users authorized to access 
the input/output system of the DMS-300 
Gateway to obtain information concerning 
quality of call completion activities. 


HEAP — = HEAP is a dynamic memory control utility for 
use by call processing and other Support 
Operating System (SOS) processes. HEAP 
logs inform users of the allocation and 
deallocation of memory at runtime. 
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Table 1-4 CLog subsystems (Sheet 10 of 20) 
Name Critical Major 


IBM — — 


IBN — = 


ICMO = 


101, 102 


ICTS = = 


IDCHGGAT — = 


INIT — = 


INTP = = 


IOAU — — 


Description 


International Business Machines (IBM) controls 
communication between DMS and the IBM 
Directory Assistance System (DAS), providing 
support for the DMS Auxiliary Operator 
Services System (AOSS). Refer also to the 
explanation of the AOSS log subsystem in this 
table. 


Integrated Business Network (IBN) controls a 
business services package that uses DMS 
data-handling capabilities to provide a 
centralized telephone exchange service. 


Incoming Message Overload (ICMO) measures 
incoming messages from the peripherals to the 
central control (CC) over the two central 
message controller (CMC) ports. 


Integrity Check Traffic Simulator (ICTS) 
provides a means to identify and correct 
network integrity problems in the absence of 
traffic. ICTS sets up a large number of network 
connections. The peripherals associated with a 
connection monitor the integrity and parity 
values transmitted over the connection. Faulty 
hardware will have the integrity counts 
incremented against the path data, as the 
connection is retained on the specified plane. 
These counts can be accessed through the NET 
INTEG level of the MAP terminal. 


International Digital Communication Charge 
Database Procedure Gate (IDCHGGAT) 
implements charge rate databases. 


Initialization (INIT) provides information 
concerning the success or failure of data 
initialization after a restart. 


Interrupt (INTP) controls the message counter 
for messages processed by the CMC and 
allows qualitative measurements of CMC 
performance and message traffic flow. 


Input/Output Audit (IOAU) checks the integrity 
of routes and devices used to achieve a 
bidirectional data exchange between I/O 
devices and the central control (CC). 


297-2621-840 Standard 09.01 May 2001 


1-25 
Table 1-4 CLog subsystems (Sheet 11 of 20) 
Name Critical Major Description 


IOD — 103, 104 Input/Output Device (IOD) controls the 
hardware associated with devices used to 
achieve a bidirectional data exchange. 


IOGA — — Input/Output Gate (IOGA) retrieves the node 
number or name for the I/O device. 


ISA — — International Service Analysis (ISA) controls 
class designation of users authorized to access 
the input/output system to obtain information 
concerning quality of call completion activities 
on international switches. 


ISDN 112 111,113,114 Integrated Services Digital Network (ISDN) 
controls communications of ISDN DMS 
switches. 

ISF — — International Subscriber Feature (ISF) monitors 


the updating of feature data by a subscriber. 


ISP — — ISDN Service Provisioning (ISP) provides 
information on the errors that occur while 
performing ISDN services. 


ISUP — — ISDN User Part (ISUP) subsystem provides 
information on the performance of ISUP trunks. 
Performance is monitored in relation to known 
message volume, unsuccessful attempts, and 
circuit availability. 


ITN — — The Inter Network (ITN) subsystem operates 
the transmission control protocol (TCP) for 
communication between SuperNode and 
third-party host computers by the ethernet 
interface units (EIU). 


ITOP — 106 International Traffic Operator Position (ITOP) 
controls the international toll operator position 
consisting of a video display, keyboard, and 
headset for monitoring call details and entering 
routing and billing information. 


KTRK — — Killer Trunk Reporting (KTRK) subsystem 
reports trunks that exhibit at least one of the 
following killer trunk properties: killer trunk, slow 
release, always busy, or always idle. 
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Table 1-4 CLog subsystems (Sheet 12 of 20) 
Name Critical Major 


LINE — — 


LLC 100 = 


LMAN — m 


LOST — — 


MCT — — 


MDN = = 


MIS — — 


MISC —= = 


MISM = x: 


MM m 113 


Description 


Line maintenance (LINE) controls the hardware 
and software entities associated with line 
equipment, for example, peripherals, circuit 
caras, facilities, and connected telephones. 


Line Load Control (LLC) selectively denies call 
origination capabilities to specified subscriber 
lines when excessive demands for service are 
offered to the switching center. 


Load Management (LMAN) records each load 
command entered by the senior supervisor in an 
automatic call distribution (ACD) setup. 


Lost message (LOST) documents incoming, 
outgoing, and rebound messages that are lost. 
The record includes the message that was lost. 


Malicious Call Trace (MCT) uses NTLSO9 
signaling between the DMS switch and the local 
switching offices to gather data for reports on 
malicious calls. 


Multiple Appearance Directory Number (MDN) 
provides information on software testing. These 
log reports should not be generated in a live 
Office. 


Management Information System (MIS) 
provides a downstream processor with the 
ability to request automatic call distribution 
(ACD) information from the DMS. This 
information is used for historical reports and 
real-time statistics. 


Miscellaneous (MISC) provides information that 
allows debugging of trouble encountered in 
another subsystem. 


Mismatch (MISM) logs are sent to the ACTSYS 
buffer when a mismatch interrupt occurs. A 
mismatch log is not routed to any device printing 
logs at the time it occurs. Under normal 
conditions, CC 102 and CC105 logs are printed. 


Mismatch (MM) reports on mismatch and 
transient mismatch faults in a DMS-100E 
(ECORE) switch. 
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Table 1-4 CLog subsystems (Sheet 13 of 20) 
Name Critical Major Description 


MOD — — Module (MOD) checks for software processing 
errors during call processing. 


MPC — — Multi-Protocol Controller (MPC) allows data 
communication between the DMS and another 
computer, such as a central office billing 
computer or another switch, through the use of 
any data communication protocol. 


MS — 101,103,263 Message Switch (MS) performs the routing of 
messages within the switch. 

MSRT — — Message Routing (MSRT) provides information 
on primary rate access networking failures and 
rejections. 

MTCB — — Maintenance Base (MTCB) provides general 


support for maintenance software to implement 
a consistent method for PM software associated 
with different peripheral types. 


MTD — 103 Magnetic Tape Device (MTD) controls the 
magnetic tape loading device. 


MTR — 116,118, 123 Metering (MTR) provides a method for billing 
subscribers for use of telephone network 
facilities during a call. 


MTS — — Message Transfer System (MTS) provides 
notification of messaging failures. 


NCS — — Network Control System (NCS) connects with 
the DMS-100 to provide capabilities for 
operation and maintenance of services for the 
packet handler (PH) by the DMS-100. 


NET — — Network (NET) controls a combination of 
circuits and terminals where transmission 
facilities interconnect subscriber stations 
directly (as in line-to-line connections) or 
indirectly (as in line-to-trunk or trunk-to-line 
connections). 


NETM — 104,116,128 Network Maintenance (NETM) controls the 
status of the network and its links. It also 
provides information on the results of diagnostic 
tests. 
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Table 1-4 CLog subsystems (Sheet 14 of 20) 


Name 


NOP 


NO6 


NPAC 


NSC 


NSS 


NWM 


N6 


N6TU 


OCCP 


OCS 


Critical 


103 


113, 131, 140 


Major 


104 


212 


111,112, 114, 
115, 123, 124, 
130, 133 


Description 


Network Operations Protocol (NOP) provides 
information concerning problems in file transfer, 
transaction and passthru DMS MAP areas of 
the DMS-NOS (Network Operations System). 


Number 6 Signaling (NO6) checks Common 
Channel Signaling System (CCSS) integrity 
within the DMS. CCSS uses an independent 
signaling network for transmission of telephony 
messages related to groups of speech circuits. 


Northern Telecom X.25 Controller (NPAC) 
reports details concerning X.25 protocol. 


Number Services Code (NSC) reports on invalid 
data received by a service switching point (SSP) 
for Enhanced 800 Service. 


Network Services Software (NSS) subsystem 
provides a broad range of capabilities and 
functions associated with network services. 


Network Management (NWM) controls a set of 
facilities that operate the UCS DMS-250 Family 
network with the objective of making optimum 
use of available resources when there is an 
overload or a facility failure. 


Number 6 Signaling (N6) checks the integrity of 
the Common Channel Signaling System as it 
interacts outside the DMS with other switches. 


Number 6 Signaling Test Unit (N6TU) checks 
integrity of test equipment used to verify the 
Common Channel Signaling System is 
operating properly. 


Occupancy peak (OCCP) determines when the 
central control (CC) is operating under a high 
load percentage. 


Overload Control System (OCS) provides 
information concerning problems related to the 
load on the central controller, due to peak call 
processing demands. 
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Table 1-4 CLog subsystems (Sheet 15 of 20) 
Name Critical Major Description 


OHBT — — The Off-Hook Balance Test is used to optimize 
the balance network for loaded subscriber loops 
and to determine the pad values necessary for 
the subscriber line to meet Transhybrid Loss 
requirements. 


OMPR — — Operational Measurement Problem Reports 
(OMPR) document occurrences of problems 
encountered when attempting to accumulate 
statistics for OMRS subsystem log reports. 


OMRS — — Operational Measurement Reporting System 
(OMRS) provides OM periodic reports 
according to a predefined schedule. 


OM2 — — Operational Measurement 2 (OM2) checks 
integrity of gathered statistics. 

OOC — — Overseas Operator Centre (OOC) provides 
gateway operator services and rate and route 
information. 

OSTR — — Operator Services Trouble Report (OSTR) 


provides information on conference circuits in 
use by an automatic call distribution (ACD) 
operator services platform. 


PCH — — Patch (PCH) subsystem reports conditions 
concerning the use of the DMS patcher facility. 


PEND — = Pending Order System (PEND) provides 
facilities for storing data modification orders 
(service orders) and for retrieving them at the 
time specified for execution. 


PES — — Power and Environment System (PES) 
provides the means of controlling and 
monitoring the outside plant module (OPM) 
cabinet service orders and for retrieving them at 
the time specified for execution. 


PM 170, 102 235, 105 Peripheral Module (PM) controls all hardware 
and software systems that provide interfaces 
with external line, trunk, or service facilities. 


PMC — — Printed Meter Check (PMC) sends a log to a 
printer for every answered outgoing call made 
on any line with the PMC option set. 
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Table 1-4 CLog subsystems (Sheet 16 of 20) 
Name Critical Major 


PRFM — — 


REPL — — 


RLT — — 


RMAN — = 


RO — — 


RONI — — 


SA — — 


SALN — = 


SCAI = = 


SCP = = 


Description 


Performance (PRFM) logs indicate the load on 
a PM and its performance under this load. 


Report log (REPL) is generated when updates 
are attempted during call processing and no 
journal file is available. 


Network Attendant Service (NAS) Release Link 
Trunk (RLT) allows for decreasing the number 
of trunking facilities required when attendant 
services are consolidated at one or more nodes 
in the network. 


Remote Load Management (RMAN) provides a 
downstream processor with the ability to issue 
Automatic Call Distribution (ACD) load 
management commands remotely. 


Remote Operation (RO) provides a generalized 
remote operation interface between 
applications in DMS and external systems. 


Remote Operator Number Identification (RONI) 
checks for trouble encountered during remote 
Central Automatic Message Accounting 
(CAMA) call attempts. 


Service Analysis (SA) controls class 
designation of users authorized to access the 
input/output system to obtain information 
concerning quality of call completion activities. 


Station Administration Line (SALN) subsystem 
reports on line equipment number (LEN) data 
discrepancies between the DMS database and 
the business network management (BNM) 
database on a digital network controller (DNC). 


The Switch Computer Application Interface 
(SCAI) is a signaling interface provided by the 
DMS-100 to a host computer. SCAI supports a 
variety of different applications that require 
switch-host communication. 


Service Control Point (SCP) reports results or 
Service Control Point local subsystem 
management audits. 
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Table 1-4 CLog subsystems (Sheet 17 of 20) 
Name Critical Major Description 


SCR — — Selective Charge Recording (SCR) allows 
subscribers that have this feature to have the 
charges for the current call quoted to them at 
the completion of a call. 


SCSS — — Special Connection Special Services (SCSS) 
provides for nailed-up hairpin and side door 
connections between special-service lines and 
DS-1 channels through a Subscriber Module 
Urban (SMU). 


SEAS — — Signaling Engineering Administration System 
(SEAS) provides operating company Signaling 
Engineering and Administration Center (SEAC) 
personnel with mechanized support capabilities 
to provision, engineer, and administer networks 
of signal transfer points (STP) and signaling 
links. 


SECU — — Security (SECU) controls login and logout 
procedures, input commands, passwords, and 
priority login procedures for classified users. 


SLE — — Screening List Editing (SLE) provides the 
interface to screen out certain incoming calls for 
special treatment. 


SLM 200, 202, 206, System Load Module (SLM) offers a reliable 
208, 403 and efficient loading capability for DMS 
enhanced core switches. 


SLNK — — SL-100 Link (SLNK) ACD feature distributes a 
large number of incoming calls among a number 
of telephone (ACD) positions. SLNK logs 
provide a hard-copy history of the activities that 
occur on each data link. 


SLNW — — SL-100 Network Control (SLNW) logs report on 
data communication applications between the 
subregional control facility (SRCF) and the 
SL-100. The logs are generated when the 
SL-100 fails to establish a network connection, 
receive a message from the network 
connection, receive an acknowledgement from 
the remote application, or send the message to 
the network connection. 
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Table 1-4 CLog subsystems (Sheet 18 of 20) 
Name Critical Major 


SMDI = — 


SME — = 


SNAC = 103 


SOS 100,101,110 — 


SPC = - 


SRC 
SS — — 


STOR — — 


SWCT = 103 


Description 


Simplified Message Desk Interface (SMDI) 
provides communication between the DMS and 
a message desk. A message desk serves as an 
answering service for stations that have their 
calls forwarded. 


Signaling Management Environment (SME) 
contains software that implements functional 
ISDN basic rate access (BRA) basic calling. 


Switching Network Analysis Center (SNAC) is a 
method by which operators at a TOPS position 
can report trouble. The operator enters a 2-digit 
trouble code that causes the SNAC subsystem 
to generate a log report detailing the trouble. 


Support Operating System (SOS) reports that 
certain operations have occurred, such as a 
dump, or use or attempted use of priority or 
privileged commands. 


Semipermanent Connection (SPC) reports on 
the state of semipermanent connections, for 
example, line to line, trunk to trunk, line to trunk, 
which may be set up or taken down by 
administrative personnel through table control. 


System recovery controller (SRC) system. 


Special Services (SS) includes 
telecommunications services other than plain 
ordinary telephone service (POTS), coin, and 
simple business services. 


Store Allocator (STOR) maintains a set of 
critical data structures that are modified each 
time an application allocates or deallocates 
store. 


Switch in Activity (SWCT) provides information 
concerning the success or failure of each SWCT 
step attempted. 
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Table 1-4 CLog subsystems (Sheet 19 of 20) 
Name Critical Major Description 


SWER — — Software Error (SWER) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. SWER also provides 
the code location where a log report is 
generated when the LOGTRACE utility is turned 
ON. 


SWNR — — Switch of Activity/Node (SWNR) provides 
information on the state of various nodes in 
response to a warm switch of activity (SWCT), a 
transfer of control to the backup central control 
(CC) with no loss of service. 


SYNC — — Synchronous Clock (SYNC) controls the DMS 
clocks so they run in sync with each other and 
according to industry time standards. 


TABL — — TABLE (TABL) indicates a user has accessed 
or attempted to access a customer data table in 
read or write mode. 


TCAP — — Transaction Capabilities Application Part 
(TCAP) provides a common protocol for remote 
operations across the CCS7 network. 


TCCI — — TOPS CCI (TCCI) provides support for 
messaging protocol between the DMS TOPS 
voice response and the Computer Consoles 
Inc. Directory Assistance System (CCI DAS/C) 
database. 


TFAN — — Traffic Analysis (TFAN) controls the flow of 
traffic data to the default operational 
measurement (OM) registers. 


TH — — Testhead (TH) subsystem provides support to 
test and maintain test access controller (TAC) 
cards in the TAC peripheral. 


TKCV — — Trunk Conversion (TKCV) provides a method 
for converting per-trunk signaling (PTS) trunks 
to ISDN user part (ISUP) trunks to make use of 
SS7 signaling protocol. 


TME — = Terminal Management Environment (TME) 
integrates applications, providing greater 
functionality in available services. 
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Table 1-4 CLog subsystems (Sheet 20 of 20) 
Name Critical Major 


TOPS = = 


TPS = = 


TRAP = Ex 


TRK 103 m 


UTR = = 


VIP = = 


VMX — — 


VSN = — 


XSM ES = 


Description 


TOPS controls the toll operator position, which 
consists of a video display and keyboard for 
monitoring call details and entering routing and 
billing information. 


Transaction Processing System (TPS) indicates 
problems such as errors found by the TPS input 
handler upon receipt of TPS messages, and 
errors found while auditing SCB letters. 


Software Trap (TRAP) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. 


Trunk Maintenance (TRK) controls the 
hardware and software associated with trunk 
equipment, including peripherals, circuit cards, 
and facilities. 


Universal Tone Receiver (UTR) provides 
information when the UTR fails to receive 
operational measurements (OM) from an 
international digital trunk controller (IDTC). 


Very Important Person (VIP) subsystem 
provides a method of restructuring traffic to any 
number of specified local exchange codes 
(LEC). 


Voice Message Exchange (VMX) checks a 
subscriber's message waiting indicator (MWI) 
for activation, deactivation, and failure of 
activation/deactivation. 


Voice Services Node (VSN) communicates with 
the DMS through an application protocol to 
provide voice recognition and play 
announcements for the subscribers. 


Extended System Monitor (XSM) represents a 
microprocessor-based circuit pack 
(NT8D22AC) located in an intelligent peripheral 
equipment (IPE) pedestal. The XSM monitors 
IPE power supplies, ring generators, column 
thermal status, blower unit operation, available 
uninterruptable power supply unit (UPS), and 
available battery power distribution unit (BPDU) 
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Table 1-5 DEvent types (Sheet 1 of 2) 
Event Description 


CBSY Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 


EXC Exception. The system has experienced either software or hardware trouble during 
normal call processing operation. 


FAIL A hardware-related fault is detected during diagnostic testing of the equipment. 

FLT Fault. The system has experienced a software fault, probably on a block-read or 
block-write. 

INFO Information. The system has produced information, relevant to the operation of the 


UCS DMS-250 switch, that does not reflect a service-affecting event. 


INIT Initialization. The system has undergone either a warm, cold, or initial program load 
(IPL) restart. 


LO Lockout. The equipment either is placed on or removed from the lockout (LO) list. 


MANB Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 


OFFL Off-line. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 


PASS A hardware-related fault is not detected during diagnostic testing of the equipment. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

RTS The equipment is now in-service after being in a busy state. 

SUMM A summary report is requested either manually or automatically, according to a 


preestablished schedule. 
SYS The action reported is the result of a request by system software. 


SYSB System busy. Either the equipment was removed from service by the DMS because 
a failure was encountered, or the trunk circuits that fail tests performed by DMS 
automatic trunk testing (ATT) facilities are removed from service by the DMS, and 
added to a list of SYSB trunks that can be accessed by operating company 
maintenance personnel. 


TBL An abnormal condition is detected that either is not hardware-related or is not yet 
linked to a hardware-related fault. 


TRAN A diagnostic test initiated as a result of a hardware-related fault passes, and the 
transient threshold is not exceeded. 
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Table 1-5 DEvent types (Sheet 2 of 2) 


Event 
TRAP 
UNEQ 


Description 
Either a software or hardware fault was detected by the central control (CC). 


Unequipped. The equipment was not added to the system, and the connectivity 
information is not defined for it. 


Table 1-6 EEquipment states 


State Description 

CSB Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 

InSv Inservice. The equipment is available for call processing. 

ISTb Inservice trouble. The equipment is in service and available for call processing, but 
is not operating normally. 

MANB Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

MBSY Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

OFFL Offline. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 

OK OK. The equipment is in an in-service, idle state. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

SYSB/SBSY System busy. Either the equipment has been removed from service by the DMS 
switch because a failure was encountered, or the trunk circuits that fail tests 
performed by DMS automatic trunk testing (ATT) facilities are removed from service 
by the DMS switch, and added to a list of SYSB trunks that can be accessed by 
operating company maintenance personnel. 

UNEQ Unequipped. The equipment has not been added to the system, and the connectivity 


information for the equipment is not defined. 
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Table 1-7 FLine and trunk information text 


Information text Description 

BABBLING_LINE_INFO Babbling was detected over the line. 
BUFFER_FULL_INFO Peripheral message buffer is full. 

BVTONE CIRCUIT Indicates that BVL (busy verify line) has been used to barge 


into a conversation, but no BV circuit was available. No 
warning tone was issued to the customer as result before the 
barge in occurred. A TRK111 is produced for the operating 
company when this happens. 


NIL No additional information is required for trouble isolation. 


Note: |f the information text is other 
than any stated here, use the 
associated LINE101 message to 
troubleshoot the problem. 


Table 1-8 GLine and trunk trouble codes (Sheet 1 of 7) 


Trouble code Description 


ANNOUNCEMENT MACH TRBL Digital recorded announcement machine (DRAM) failed to 
provide the required treatment to the line or trunk. 


ANI NUMBER FAILURE Automatic number identification (ANI) failed to identify the 
originating station on an outgoing toll call. 


ANI OFFICE FAILURE Automatic number identification failed to identify the 
originating office on an incoming toll call. 


ANI TEST FAILED Originating line card failed to identify the directory number. 
Usually this indicates a faulty ringing generator. 


ANI TIME OUT Automatic number identification information was not 
received from the far-end office before timing out. 


This trouble code is also generated on Feature-group B 
(FGB) calls that encounter a trunk failure to the FGB carrier 
because an off-hook was not returned within five seconds of 
completing outpulsing. The DMS will make an attempt on a 
second trunk before taking down the call. This trouble code 
is generated only for FGB carriers expecting ANI spill. 


BAD CP IOMSG Corrupt call processing message was received by the 
central control. 


BAD KEYSET MSG Either a message was received from an add-on or extension 
not datafilled in customer data table KSETINV, or an invalid 
key stroke was received. 
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Table 1-8 GLine and trunk trouble codes (Sheet 2 of 7) 


Trouble code 
BSS_SIC_INCOMPATIBLE 
BIPOLAR_VIOLATION 


CAMA_POSITION_FAULT 


CAMA_POSITION_TROUBLE 


CARRIER_OFFHK_TIMEOUT 


COIN_COLLECT_FL 


COIN_PRESENT_FL 


COIN_RETURN_FL 


CP_IOMSG_LOST 


DIG_RCVR_NOISE_HIGH 


DIG_RCVR_NOISE_MARGINAL 


Description 
The BSS SIC is incompatible with the service required. 


Transmission error was detected on a DS-1, DS-2, or DS-3 
link. In a wave form that is primarily bipolar, the bipolar rule 
may be violated; for example, a 1 pulse that has the same 

sign as the preceding 1 pulse. 


Note: A violation may be used deliberately to carry 
information outside the binary stream. 


Central Automatic Message Accounting position fault was 
detected by the system during call processing. 


Central Automatic Message Accounting position fault was 
manually reported by the operator using a 7-digit code. 


A trunk failure to a Feature group B (FGB) carrier has 
occurred because an off-hook was not returned within five 
seconds of complete outpulsing. The DMS switch makes an 
attempt on a second trunk before taking down the call. This 
trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. For FGB carriers expecting ANI spill, 
trouble code ANI TIME OUT will be sent. 


Coins were not collected when a call originating at a pay 
station was processed. Usually this indicates either a stuck 
coin or the ringing generator failed to send the proper 
voltage. 


Proper number of coins was not collected when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed to 
send the proper voltage. 


Proper number of coins was not returned when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed 
to send the proper voltage. 


No call processing message was received by the central 
control when one was expected. 


High level of noise was detected on a digital multifrequency 
receiver. 


Some noise was detected on a digital multifrequency 
receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 3 of 7) 


Trouble code 


DP_RCVR_NOT_RDY 


DU_SYNC_LOST 
EAOSS_HOLD_TIMEOUT 


EARLY_DP_DGT_DET 


EMERGENCY_ANN 


EXCESS_DIGITS 
EXPECTED_STOP_TIME_OUT 


EXTRA_PULSE 
FALSE_KP 
FALSE_START 
GL_TIMEOUT 


GRND_LOOP_FAIL 


HIT_DETECTED 


IDDD_MISSING_TERMIND 


INDECISION 


INTEGRITY_LOST 


Description 


Incoming dial pulse trunk received pulses before it was 
prepared for digit collection. 


Data unit sync was lost as a result of slippage on the facility. 


Indicates problems with the line that is being held out of 
service, or the timeout value specified in the office 
parameter. EA OSS HOLD TIMEOUT MINS is not long 
enough. 


Trouble was encountered during dial pulse reception for an 
incoming call over a trunk. Consequently, the call 
destination was not determined. 


Emergency announcement was applied to the facility by 
network management controls. 


More digits were received than expected. 


Expected stop-dial or timeout for call processing or 
diagnostics was received. 


Eleventh pulse was received for a single digit. 
Second key pulse (KP) digit was received. 
Second signaling terminal (ST) digit was received. 


Multifrequency-compelled (MFC) protocol global timeout, a 
full compel cycle has not been completed within the 
specified timeout. 


Loop failure was detected on termination to ground start. 


A state change that did not last long enough to represent a 
valid signal was detected on the signaling facility. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


Incoming messages to the central control indicate integrity 
was lost on both planes of the line or trunk equipment. 
Usually, there is a hardware problem with one of the 
following: the circuit card, the facility, or the links between 
the peripheral and the network. 
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Table 1-8 GLine and trunk trouble codes (Sheet 4 of 7) 


Trouble code 


INTEGRITY_FAILURE 


INVALID ANI REQUEST 


INVALID DIGIT RECEIVED 


INVALID RP. DIGIT 


INWATS BAND CHECK 
LARGE TWIST 


LINE CARD FAULT 


LINE DATA ERROR 

LINE FORMAT ERROR 
LINE RESOURCE FAILURE 
LINE SIGNALLING FAILURE 
MAN UNREC STRING 

MFC TONE OFF 


MISDIRECTED CAMA 


MISSING. CLC 


MISSING STRINGS 
MISSING. TERMIND 


MORE THAN TWO FREQS 


Description 


Off-hooktrailing edge was not received within the transmitter 
timeout period for delay dial trunks. 


Automatic Number Identification was requested when none 
was required. 


Indicates one of the four unexpected digits from a digital 
multi-tone frequency telephone was received by a Digitone 
receiver or a Universal Tone Receiver. 


Invalid or incomplete routing information was received from 
the routing table. 


Call from outside the allowable INWATS zone was received. 


Deviation from the frequency expected was detected by a 
digital multifrequency receiver. 


Line concentrating module (LCM) detected a line card fault 
during call processing. 


Sent from the international line group controller (ILGC). 
Sent from the ILGC. 

Sent from the ILGC. 

Sent from the ILGC. 

A mandatory string was not recognized. 


The originating trunk sends a tone before getting an 
acknowledge from the incoming trunk and sets the tone off. 


Prefix digit 1+ or 011+ was received for a call not requiring 
the prefix digit, and the call was routed to a misdirect CAMA 
treatment. 


The CLC is missing. 
Mandatory strings were missing from the message. 


Digits were received, but a terminating digit was not received 
during timing out. 


More than two frequencies were received by the digital 
multifrequency receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 5 of 7) 


Trouble code 


MUTILATED_DIGIT 


MUTILATED_PULSE 
NIL_TRB_CODE 


NO_CIRCUIT_AVAILABLE 


NO_INTERDIGIT_PAUSE 


NO_START_DIAL 


NO_UTR_AVAILABLE 


NO5_SIGNALLING_VIOLATION 


OPT_UNREC_STRING 
OUTPULSE_TIME_OUT 


OVERALL_RP_TIMEOUT 


PARSER_SYNTAX_ERROR 
PARTIALDIAL 


PERMANENT_SIGNAL 


Description 


Less than or more than two frequencies, or incorrect 
frequencies, were received by the digital multifrequency 
receiver. Usually mutilated digits are caused by a bad 
analog-to-digital or digital-to-analog converter in the trunk 
module housing the receiver. 


Elongated pulse between 80 ms and 200 ms was received. 


Undefined trouble was encountered during call processing 
or testing. 


No circuit was available to complete the call, and the call 
was routed to an all trunks busy treatment. May also 

indicate a busy verify tone circuit was not available at the 
time of a call barge-in. Refer to Table F and log TRK111. 


No pause between digits received was detected by the 
digital multifrequency receiver. 


Off-hook trailing edge was not received within the transmitter 
timeout period for delay dial trunks, or a valid wink was not 
received within the transmitter timeout period for on wink 
trunks. 


The XPM has run out of UTR channels and is unable to 
service the request. 


Violation of the CCITT No. 5 compelled signaling sequence 
was detected. 


An optional string is not recognized. 


For outgoing trunk, compelled tone has not been received 
within the specified timeout period. 


Remote peripheral timed out before receiving digits or 
signals. 


A syntax error was detected in the message. 


Insufficient number of digits was received before the 
receiver timed out. At least one digit was received. 


Permanent signal was detected on the line equipment, and 
no digits were collected. Usually, there is a hardware 
problem with either the line card or facility. 
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Table 1-8 GLine and trunk trouble codes (Sheet 6 of 7) 


Trouble code 


PRE_ROUTE_ABANDON 


PSTN_BARRED 


PULSE_ON 


REVERSED_TRUNK 


RINGING FAILED 


SIC_INCOMPATIBLE 


SWAP_REJECT 
TELLTALE 


TONE_ON 


TRUNK_RESET 
TRUNK_RESET_FAILED 
UNAUTHORIZED_CODE 


UNDEFINED_MFC_SIG 


UNDETERMINED_RP_ERROR 


UNEXPECTED_MFC_SIG 


UNEXPECTED_MSG 


Description 


Incoming call is abandoned before all digits are received and 
a route is determined. Usually pre-route abandon occurs 
when an on-hook is detected during outpulsing. 


The originator is barred from connection to the PSTN. 


A tone considered to be a pulse persists longer than the time 
specified. The pulse MFC_signal is given in the log report. 


Either a wrong polarity or a continuity failure was detected 
for a loop signaling trunk. 


Unexpected trouble with the ringing generator was 
encountered, and the line was not rung. 


The received SIC was incompatible with the service 
required. 


The swap message was rejected. 


Incoming call over a trunk from a remote peripheral was 
abandoned. 


For an outgoing trunk, the compelled signal persists even 
though the trunk stopped sending the compelling signal. For 
an incoming trunk, the compelling signal persists even 
though the compelled signal has been started. The received 
MFC_ signal is given in the log message. 


Trunk was reset during call processing. 
Trunk was not reset after call was released. 


Number dialed was not valid for the line or trunk class. The 
call was routed to the unauthorized code treatment. 


An multifrequency-compelled (MFC) signal that has no 
interpretation has been received. This signal has not been 
defined in table MFCACT. 


Undetermined trouble was encountered in the remote 
peripheral. 


An MFC signal that is unexpected in the current context has 
been received. 


A message was recognized, but received during the wrong 
phase of the call. 
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Table 1-8 GLine and trunk trouble codes (Sheet 7 of 7) 


Trouble code 


UNEXPECTED_STOP_DIAL 


UNRECOGNIZED_MSG 


UTR_HI_NOISE 


UTR_LARGE_TWIST 


UTR_MUTIL_DIGIT 


VACANTCODE 


VALID_CALLING_NUMBER 


XPM_TRAP 
WRONG_ANI_REQUEST 


WRONG_SUPERVISORY_SIGNAL 


Description 


Any off-hook (stop-dial) during outpulsing for multifrequency 
(MF) trunks, or a stop-dial did not meet the allowable stop-go 
expected for dial pulse (DP) trunks, or a stop-dial was 
received before outpulsing began for dial pulse immediate 
dial trunks. 


A message was not understood. 


The Universal Tone Receiver (UTR) is detecting too much 
noise on the trunk to continue detecting 
multifrequency-compelled (MFC) tones accurately. 


Twist occurs when the power of one frequency in the signal 
is greater than the power of the second frequency, usually 
due to characteristics of the trunk. If this difference is 
greater than a preset level, usually 9 dB, it is considered an 
error. 


Less than, or more than, two frequencies were received by 
the UTR. Indicates possible hardware problems. 


Destination could not be determined from the digits 
received, and the call was routed to a vacant code 
treatment. 


Automatic Number Identification (ANI) failed, but the 
Operator Number Identification (ONI) succeeded. 


Sent by the international line group controller (ILGC). 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS switch will take down the 
call. This trouble code only occurs on trunks to FGB carriers 
expecting ANI spill. 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS will take down the call. 
This trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. 
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Table 1-9 HPM reasons (Sheet 1 of 12) 
Reason 
ACTIVITY DROPPED 
BCS SWACT ACTION 


C-Side links RTS 


C-Side message links down 


C-Side message links down, SWACT failed 


CARRIER AIS-MTCE LIMIT CLR 


CARRIER AIS-MTCE LIMIT SET 


CARRIER AIS-OOS LIMIT CLR 


CARRIER AIS-OOS LIMIT SET 


CARRIER AIS-SS CLR 


CARRIER AIS-SS SET 


CARRIER BER-MTCE LIMIT CLR 


CARRIER BER-MTCE LIMIT SET 


CARRIER BER-OOS LIMIT CLR 


CARRIER BER-OOS LIMIT SET 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 
Activity was switched from one unit to another. 


New peripheral software load was downloaded to 
the inactive unit and began execution on the SwAct. 


Control-side (C-side) links have been 
returned-to-service (RTS). 


Control-side (C-side) taken out-of-service (busied). 


Control-side (C-side) taken out-of-service (busied) 
and switch in activity (SwAct) failed to occur. 


Alarm indication signal (AIS) fault/error count fell 
below maintenance (MTCE) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose to 
MTCE limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below steady-state (SS) alarm limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above steady-state alarm limit. See Note 1. 


Bit error rate (BER) fell below maintenance (MTCE) 
limit. See Note 1. 


Bit error rate (BER) rose above maintenance 
(MTCE) limit. See Note 1. 


Bit error rate (BER) fell below out-of-service (OOS) 
limit. See Note 1. 


Bit error rate (BER) rose above out-of-service 
(OOS) limit. See Note 1. 
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Table 1-9 HPM reasons (Sheet 2 of 12) 
Reason 


CARRIER BPV MTCE LIMIT CLEARED 


CARRIER BPV MTCE LIMIT SET 


CARRIER BPV OOS LIMIT CLEARED 


CARRIER BPV OOS LIMIT SET 


CARRIER CARD REMOVED 


CARRIER CARD REPLACED 


CARRIER ES LIMIT EXCEEDED 


CARRIER LLFA-MTCE LIMIT CLR 


CARRIER LLFA-MTCE LIMIT SET 


CARRIER LLFA-OOS LIMIT CLR 


CARRIER LLFA-OOS LIMIT SET 


CARRIER LLFA-SS CLR 


CARRIER LLFA-SS SET 


CARRIER LLMA-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Bipolar violation (BPV) count fell below 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count fell below 
out-of-service (OOS) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
out-of-service (OOS) limit. See Note 1. 


The card serving the T1 carrier was removed from 
the shelf. 


The card serving the T1 carrier was returned to the 
shelf. 


Error second (ES) threshold limit, which is 0-9999, 
is exceeded. 


Local loss of frame alignment (LLFA) count fell 
below maintenance (MTCE) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above MTCE limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below out-of-service (OOS) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above OOS limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below steady-state (SS) alarm limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below MTCE limit. See Note 1. 
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Reason 


CARRIER LLMA-MTCE LIMIT SET 


CARRIER LLMA-OOS LIMIT CLR 


CARRIER LLMA-OOS LIMIT SET 


CARRIER LLMA-SS CLR 


CARRIER LLMA-SS SET 


CARRIER LOCAL ALARM CLEARED 


CARRIER LOCAL ALARM SET 


CARRIER LOF MTCE LIMIT SET 


CARRIER LOF OOS LIMIT SET 


CARRIER MTCE ENABLE FAILED 


CARRIER MTCE NO RESPONSE 


CARRIER REMOTE ALARM CLEARED 


CARRIER REMOTE ALARM RECEIVED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Local loss of multi-frame alignment (LLMA) count 
rose above MTCE limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below out-of-service (OOS) limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above OOS limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above SS alarm limit. See Note 1. 


Local alarm condition associated with a T1 link was 
cleared. 


Local alarm condition associated with a T1 link was 
detected by the CC. 


Loss of frame (LOF) count rose above MTCE limit. 
See Note 1. 


Loss of frame (LOF) count rose above 
out-of-service (OOS) limit. See Note 1. 


The PM is unable to start the maintenance (MTCE) 
scan on the T1 link. 


The PM does not respond to the CC instruction to 
enable, disable or query the maintenance scan on 
the indicated carrier within the maintenance time 
limit. 


Remote alarm condition associated with a T1 link 
was cleared. 


Remote alarm condition associated with a T1 link 
was detected by the CC. 
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Table 1-9 HPM reasons (Sheet 4 of 12) 


Reason 


CARRIER RFAI-MTCE LIMIT CLR 


CARRIER RFAI-MTCE LIMIT SET 


CARRIER RFAI-OOS LIMIT CLR 


CARRIER RFAI-OOS LIMIT SET 


CARRIER RFAI-SS CLR 


CARRIER RFAI-SS SET 


CARRIER RFAI-SS SET 


CARRIER RMAI-MTCE LIMIT SET 


CARRIER RMAI-OOS LIMIT CLR 


CARRIER RMAI-OOS LIMIT SET 


CARRIER RMAI-SS CLR 


CARRIER RMAI-SS SET 


CARRIER SES LIMIT EXCEEDED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Remote frame alignment indication (RFAI) count fell 
below maintenance (MTCE) limit. An RFAI is a 
fault/error count maintained by the peripheral. 


Remote frame alignment indication (RFAI) count 
reached MTCE limit. 


Remote frame alignment indication (RFAI) count fell 
below out-of-service (OOS) limit. 


Remote frame alignment indication (RFAI) count 
reached OOS limit. 


Remote frame alignment indication (RFAI) count fell 
below steadystate (SS) alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached MTCE limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count reached OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached SS alarm limit. 


Severe error second (SES) threshold limit, which is 
0-9999, is exceeded. 
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Table 1-9 HPM reasons (Sheet 5 of 12) 


Reason 


CARRIER SIGL-MTCE LIMIT CLR 


CARRIER SIGL-MTCE LIMIT SET 
CARRIER SIGL-OOS LIMIT CLR 
CARRIER SIGL-OOS LIMIT SET 
CARRIER SLIP-MTCE LIMIT CLR 


CARRIER SLIP-OOS LIMIT CLR 
CARRIER SLIP-OOS LIMIT SET 
CARRIER SLIP-OOS LIMIT SET 


CC Audit-Activity 


CC Audit-C-Side RTS 


CC Audit-C-side Busy 


CC Audit-Message Buffers 


CC Audit-No Response 


CC Audit-Ringing Generators 


interpreter (Cl) MAP level. 


CARRIER SLIP-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Signaling (SIGL) error count fell below MTCE limit. 
A SIGL is a fault/error count maintained by the 
peripheral. 


Signaling (SIGL) error count reached MTCE limit. 
Signaling (SIGL) error count fell below OOS limit. 
Signaling (SIGL) error count reached OSS limit. 


Frame slip fault count fell below MTCE limit. A SLIP 
is a fault/error count maintained by the peripheral. 


Frame slip fault count reached MTCE limit. 
Frame slip fault count fell below OOS limit. 
Frame slip fault count fell below OOS limit. 


Set of audits was executed. An audit is a continuous 
non-priority check of circuitry or software, performed 
independently of the MAP terminal, to ensure 
validity of data structures and circuitry. 


The central control (CC) performed a software audit 
on the peripheral activity data structures. 


The CC performed a software audit on the C-side 
return-to-service (RTS) data structures of the 
peripheral process (PP). 


The CC performed a software audit on the 
central-side busy (C-side busy) data structures of 
the peripheral process (PP). 


The CC performed an audit to check for overflow or 
underflow of the PP message buffers. 


The CC received no response from a PP audit. 


The CC received no response from a PP audit. 
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Table 1-9 HPM reasons (Sheet 6 of 12) 
Reason 


CC Audit-Ringing Generators 


CC Audit-Time-Space Switch 


CC restart has occurred 


CODEC TEST FAILED 


CONTROL FAILED 


CONTROL RESTORED. RELOAD PM 


Cslinks Out-Of-Service 


DATA SYNC LOST 


DEL.NODE FAILED: FACIL. ATTCHD 


DIAGNOSTICS FAILED 


Dynamic Data 


ENABLE MAINTENANCE SCAN 


ESA Static Data 


FAILED ON MTCOPEN 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


The CC performed an audit on the state data 
structures of the PP. 


The CC performed a check on the switching data 
structures of the time-space switch of a PM. 


The CC has undergone a restart or reload/restart. 
The PM is set system busy. 


Coder-Decoder (CODEC) test failed. The CODEC 
is part of a line card of a remote terminal. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


Central-side links (Cslinks) were placed in 
out-of-service (C-side busy) status by the CC. 


Frame (may be frame pulse, superframe, or master 
frame) synchronization lost. 


Node did not detach, and remains active after a 
detach command. 


PM diagnostic failed, possibly due to a circuitry 
failure. 


Dynamic data matrix checksum value incorrect. 


Alarm scanning has been enabled on the indicated 
link. 


Emergency stand-alone (ESA) static data were 
downloaded. 


The network failed to open one of the P-side links to 
the PM for maintenance when requested by the PM. 
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Reason 


FAILED TO GET A ROUTE 


FAILED TO GET CHECKSUM 


FAILED TO LOWER LM ACTIVITY 


FAILED TO MTCOPEN BOTH LINKS 


FAILED TO RAISE LM ACTIVITY 


FAILED TO RESET 


FW error msg thr exceeded 


Fault in messaging 


HDLC_LINK_DOWN 


HDLC RESTORED. RELOAD PM 


HDLC RESTORED. RELOAD PM 


INCORRECT CHECKSUM 


Initialization limit exceeded 


INTEGRITY FAILURE 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


The remote terminal specified either does not exist 
or is not defined, therefore a route was not obtained. 


No CHECKSUM was received on data structure 
audit. 


Peripheral did not lower line module (LM) activity as 
instructed by CC. 


The network failed to open both sets of P-side links 
for maintenance when requested by the PM. 


Peripheral did not increase LM activity as instructed 
by CC. 


PM failed to reset on command from CC. 


Firmware (FW) error message (msg) threshold (thr) 
exceeded. 


A transmission fault occurred during messaging. 


High-level data link control (HDLC) link taken out of 
service (busied). 


High-level data link control (HDLC) restored. Data 
structures associated with HDLC reloaded into PM. 


Indicates a PM has been sending too many 
messages and has exceeded its major threshold. 


CHECKSUM received from audit does not agree 
with the expected CHECKSUM. 


The PM initialized more than 20 times in 10 minutes. 
The PM is set system busy. 


Integrity byte mismatch. Integrity byte of the 
channel supervisory message was not what was 
expected due to a software routing failure. 
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Table 1-9 HPM reasons (Sheet 8 of 12) 
Reason 


INVALID VALUE IN SWCT FLAG 


LINK AUDIT 


LM ACTIVITY FAILURE 
LM CSBUSY CONDITION CLEARED 


LM DRAWER PROBLEM 

LM TAKEOVER TRANSITION 

LM TAKEOVER OR TAKEBACK FAULT 
LM TEST FAILURE 


LM WENT CSBSY 

Loop around message failed 
Loopback Test Failed 
MAKETONE FAILED 


MAKETONE PASSED 


MANUAL ENTRY 


Mate unit dropped activity while in ESA 


MSG BUF TEST FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Invalid value received for the switch activity (SWCT) 
flag. 


Audit detected an inconsistency within a data 
structure associated with a link. 


Line module (LM) activity failed. 


Line module (LM) is no longer central-side busy 
(CSBUSY). 


A problem exists in the LM drawer. 
Action was switched from one LM to another. 
Line module (LM) takeover. 


Line module (LM) diagnostic test failure, possibly 
due to line card trouble. 


Line module (LM) was made C-side busy (CSBSY). 
Message failed to return to sender. 
Failed on loopback test. 


Indicates the tone samples generation facility in the 
XPM has completed and failed. 


Indicates the tone samples generation facility in the 
XPM has completed successfully. 


The PM entered ESA as a result of routine exercise 
(REX) tests. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 
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Reason 


NET INTERFACE TEST FAILED 


NET PORT FAILURE 


No init complete received 


No init warning received 


NO RESPONSE FROM PP 


NO WAI RECEIVED AFTER RESET 


PM AUDIT 


PM IN BOOTSTRAP MODE 


PM NOT INITIALIZED PROPERLY 
PMload 

PP/CC IDLE CONDITION MISMATCH 
PP CHANNEL PARITY FAILURE 

PP COMMAND PROTOCOL VIOLATION 
PP EXCEPTION REPORT 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Interface test associated with DS30 links and circuit 
cards failed. 


PM detected a network DS30 port failure. 


The remote carrier urban sent the Subscriber 
Module Urban (SMU) an initialization warning 
message but the SMU did not receive an 
initialization complete message. 


The Remote Carrier Urban sent the subscriber 
module urban a message indicating initialization 
complete, but the SMU did not receive a prior 
message warning that initialization would occur. 


The peripheral processor (PP) does not respond to 
CC requests. 


The network did not receive a who am | (WAI) code 
from the PM after a PM reset was requested. 


Audit detected an inconsistency within PM software, 
data structures, and hardware. Other log reports 
detail the inconsistency. 


Onboard bootstrap read only memory (ROM) 
performed diagnostic tests before operating 
software was downloaded by CC during a cold 
restart. 


PM not initialized properly. 

Loading initial software for the PM. 

PP and CC idle conditions do not match. 
Channel parity of the PP failed. 

The PP received an invalid command. 


Report of a deviation from normal PP operation. 
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Table 1-9 HPM reasons (Sheet 10 of 12) 
Reason Description 


PP FIRMWARE ERROR An error in the programmable read only memory 
(PROM) exists. 


PP HIGH IDLE/IO MODE CONFLICT The central message controller (CMC) indicates that 
the peripheral module is in high idle but the PM 
mode does not agree (the PM did not receive a high 
idle message). 


PP reports lost MSG A CC message to the PM was lost between the 
CMC and the PP. 


PP TRAP RAM PARITY ERROR PP trap has occurred, catching a random access 
memory (RAM) parity error due to a hardware error 
in memory circuit pack. 


PP WAIT FOR ACK TIMEOUT The PM timed out waiting for an acknowledgement 
(ACK) from the CMC, or the PM failed to return an 
acknowledgement to a CC message during the 
return-to-service sequence. 


PP WAIT FOR MESSAGE TIMEOUT The PM timed out waiting for a message from the 
network after receiving a may | send (MIS) request 
from the network. 


Pslinks Out-Of-Service Peripheral-side links (Pslinks) are out-of-service. 
REASON NOT SET No reason is provided. 

REMOTE LINK MANBSY Remote link is manual busy (MANBSY). 

REMOTE LINK RTS Remote link was returned to service (RTS). 
REMOTE LINK SYSBSY Remote link is system busy (SYSBSY). 

REQUEST FROM PM Remote link is system busy (SYSBSY). 

RESET RECEIVED PM reset while in service. 

RESET SENT TO PP Reset message sent to the PP. 

RESOURCES UNAVAIL. FOR TEST The specified PM is not configured with hardware or 


Software, or both, needed to perform the test. 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Table 1-9 HPM reasons (Sheet 11 of 12) 
Reason 

RETURN LINES TO SERVICE FAILED 
RG SHUTBACK RESET 

RINGING GENERATOR IN SHUTBACK 
RINGING GENERATOR PROBLEM 
RINGING GENERATOR TEST FAILED 
ROUTINE EXERCISE FAILED 


ROUTINE EXERCISE IN PROGRESS 
RTS Failed 


RTS lines failed 


SIGNAL FAILED ON 2X38 
SIGNAL/HDLC FAILED 


SIGNAL RESTORED. RELOAD PM 


Speech Test Failed 


Static Data 
Superframe Sync 


TONE FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 

Attempt to return lines to service failed. 
Attempt to return lines to service failed. 
Ringing generator (RG) is in shutback. 

A problem exists with the ringing generator. 
Failed ringing generator test. 


CC failed to route a test call correctly through the 
network and PM. 


Test of CC to route test calls is in progress. 
Attempt to return-to-service (RTS) PM failed. 


The DMS failed to return-to-service subscriber lines 
supported by the remote carrier urban. 


Signal failed on 2X38 trunk card. 


Signal on high-level data link control (HDLC) 
protocol failed. 


Signaling integrity restored. Loading of initial 
software for the PM has begun. 


Speech test signal, routed from the network through 
the PM and back (or from a PM through a remote 
terminal), returned, but was inconsistent with the 
transmitted signal. 


An audit detected a static data table inconsistency. 
Superframe synchronization lost. 


Tone generator of 6X69 circuit pack failed test or 
audit. 
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Table 1-9 HPM reasons (Sheet 12 of 12) 


Reason Description 

TONE RESTORED. RELOAD PM Tone generator of 6X69 circuit pack operating 
properly, loading of initial software for the PM has 
begun. 

TONE TEST FAILED Tone generator of 6X69 circuit packs failed. 

TRAP Synchronous interrupt of PM software occurred. 

UNSOLICITED LM ACTIVITY DROP Unsolicited drop in line module (LM) activity has 


occurred. All SwAct are contingent on a message 
from the CC. Indicates a SwAct occurred without 
CC approval. 


UNSOLICITED MSG THR EXCEEDED Peripheral processor sent excessive number of 
unsolicited messages, generally indicating a faulty 
PM message circuit card or processor circuit card. 


XPM Swact Action Switch in Activity (SwAct) action transferred to a 
new PM (XPM). 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Table 1-10 IStandard definitions and equipment identification (Sheet 1 of 6) 
Field Value Description 


callid 0-FFFFF Provides number uniquely identifying the 
call.Note: When a demand COT test fails on 
an SS7 trunk the NIL value -32768 will be 
displayed. 


cktid clli nnnn Identifies the circuit. If the circuit is a trunk, the 
common language location identifier (CLLI) and 
and circuit number are given. Refer to TRKID 
explanation in this table for more information. 


len dn If the circuit is a line, the line equipment number 
(LEN) and dial number (DN) are given. Referto 
explanations for LEN and DN following in this 
table. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 2 of 6) 


Field Value 
dn 
len site ff b/m dd cc 


Description 


In the United Kingdom the DN or national 
subscriber number (NSN) as it is called, varies 
from 6-9 digits. The NSN must be reformatted 
to imitate the 10-digit, fixed-length DMS-100 
format. 


The NSN comprises three parts, the national 
number group (NNG), the local exchange code 
(LEC), and the local number, which correspond 
to the three parts of the DMS-100 DN: the 
service numbering plan area (SNPA), the 
central office code (NXX), and the extension 
number. 


A subscriber living in a director (large city) area 
has an NSN with a 2-digit NNG followed by a 
3-digit LEC and a 4-digit local number. 


NNG + LEC + local number 
2 digits + 3 digits + 4 digits 


A subscriber living in a non-director area has an 
NSN with a 3-digit NNG followed by a 
variable-length LEC and local number. 


NNG + LEC + local number 
3 digits + 0-2 digits + 4 digits 
Identifies line equipment number for lines 


connected to line module (LM) or line 
concentrating module (LCM): 


* site - frame location if remote LM or LCM 
(RLM or RLCM) are present. Otherwise, 
site - HOST. Refer to Customer Data 
Table SITE for site names. 


e ff- LM or LCM frame (00-99) 

* b/m - LM bay or LCM module (0 or 1) 

e dd - LM drawer or LCM subgroup (00-31) 
* cc- line card (00-31) 


LM and LCM test packs are located at site ff b/m 
00 00. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 3 of 6) 
Field Value Description 


linkid clli nn Identifies a CCS7 link: 


* clli -common language location identifier 
for the linkset datafilled in customer 
datatable C7ZLKSET 


*  n-link number (0-15) 


Numbering Plan The whole string of digits that may be dialed to 
reach a local, national, or international 
destination. The general format of all 
numbering plans is: 


access code + prefix + country code + 
area/routing code + local number 


Access code Allows access to another network, an 
attendant, or a feature. If a feature or a carrier 
access code is dialed, the digits following may 
not correspond to the numbering plan. A 
network access code (10XX or 10XXX) is 
required only when dialing into a network other 
than the primary inter-LATA carrier. PIC the 
network available is the default. 


Prefix One to three digits, provides information about 
the type of call being dialed. For example, the 
international prefix for calls originating in North 
America on the network, "011" (international 
station-to-station unassisted calls) or "01" 
(international customer-dialed and 
operator-assisted calls). Other examples of a 
prefix (in North America) are "0" to get operator 
intercept and "1" to indicate long distance 
(national). 


The default is not to dial the prefix, which 
normally implies a local, nonassisted call. 


Country code One to three digits, indicating the country. Not 
normally used for calls originating and 
terminating within North America. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 4 of 6) 


Field Value 


Area code 


Area code 


Local number 


Local number 


pec nXnn 


Description 


Also called NPA, or numbering plan area. Used 
within North America and its near neighbors 
(“World Zone 1") to identify an area of the 
country. Consists of three digits of the form 
npx, where n represents a digit between 2 and 
9, pis either O or 1, and x represents a digit 
between 0 and 9. 


Used outside North America to identify a 
location. Two to five digits. 


In North America, this consists of 


e (1) the central office code-three digits of the 
form nxx, indicating the exchange within the 
area 


e  (2)the station number-usually four digits of 
the form xxxx, which identify the station to 
terminate 


Outside North America the local number is 2-9 
digits, depending on the country or part of the 
country. 


Identifies product engineering code (PEC) for 
circuit pack. PEC consists of an integer, 
followed by an "X," followed by two integers 
(2-9). 
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Table 1-10 IStandard definitions and equipment identification (Sheet 5 of 6) 
Field Value Description 


pmid type loctxt Identifies a peripheral module (PM). 


For a list of PM types, refer to the list following 
this table. 


The value of loctxt for most PMs is the node 
number (0-2047). This number is associated 
with the PM through datafill in the local office. 


A few PMs, including LMs, LCMs, DLMs, 
RCOs, RSCs, provide more detailed 
information about their location. OPMs will also 
appear in this format. In these cases, the value 
of "loctxt" is "site ff b" where 


* Site - If the remote option is present, site is 
the location name, consisting of four 
characters, the first of which must be 
alphabetic, the rest of which are 
alphanumeric. Refer to customer data 
table SITE for site names. 


If the remote option is not present, site is 
left blank. 


*  ff- frame (00-99) 
*  b/m - bay or module (0 or 1) 


Note: Since the LM is a two-bay frame, the 
value of ff refers to both bays, and the value of 
b/m identifies which of the two bays is involved. 
With the other PMs of this type, the value of ff 
refers to the functional bay, and the value of b/m 
refers to the top (1) or bottom (0) module. If the 
LCM is in an RLCM or an OPM, the value of m 
can only be 0. 


recid aaaaaannnn Provides receiver identification. 


e  aaaaaa - Six-character automatic 
identification of outward dialing (AIOD) 
group name. 


* nnnn- Four-character number providing 
identification for members of the AIOD 


group. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 6 of 6) 


* clli -common language location identifier 
for the routeset datafilled in customer data 


Identifies call processing task or procedure. 
*  hh- process identification (0-FFFFFFFF) 


*  tasknm - procedure name (character string) 


* clli - common language location identifier 
for trunk group datafilled in Customer data 
table CLLI. List CLLI from CI MAP level for 


*  nnnn - Circuit number for trunk in CLLI 


Field Value Description 
routeid clli n Identifies a CCS7 route. 
table C7RTESET. 
*  n-route number (1-3) 
taskid hhhhhhhh tasknm 
trkid clli nnnn Identifies trunk equipment. 
office CLLI. 
group (0-9999) 


The following is a list of PMs that can be connected to the UCS DMS-250 


switch: 


e  ADTC - Austrian digital trunk module 


e ATM - Austrian digital line module 


e CPC - common peripheral controller 


e CSC -cellular site controller 


DCA - Austrian digital carrier module 

DCM - digital carrier module 

D250 - digital carrier module for DMS-250 
DES - digital echo suppressor 

DLM - digital line module 

DTC - digital trunk controller 

EIU - Ethernet interface unit 

ELCM - enhanced line concentrating module 
ESA - emergency stand-alone 

EXND - external node 


FRIU - frame relay interface unit 
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IAC - integrated access controller 

IDTC - international digital trunk controller 

ILCM - international line concentrating module 
ILGC - international line group controller 

ILTC - international line trunk controller 

ISLM - integrated services line module 

LCE - line concentrating equipment 

LCM - line concentrating module 

LCMI - ISDN line concentrating module 

LDT - line appearance on a trunk 

LGC - line group controller 

LGCI - ISDN line group controller 

LIM - link interface module 

LIU? - link interface unit supporting CCS7 protocol 
LM - line module 

LTC - line trunk controller 

LTCI - ISDN line trunk controller 

MMA - maintenance (trunk) module Austria 

MSB6 - message switch buffer (#6 Protocol) 

MSB7 - message switch buffer (#7 Protocol) 

MTM - maintenance trunk module 

OAU - office alarm unit 

PDTC - PCM-30 digital trunk controller 

PLGC - PCM-30 line group controller 

PSAP - public safety answering point 

PSAPNN - public safety answering point, no wink/or no ANI 
PSAPWA - public safety answering point, wink/ANI 
PSAPWN - public safety answering point, wink but no ANI 
PTM - package trunk module 

RCC - remote cluster controller 

RCS - remote concentrator SLC-96 


RCT - remote concentrating terminal 
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e RCU - remote carrier urban 

e RLM - remote line module 

e RMM -remote maintenance module 

e RMSC - remote maintenance switching center 
e RSM -remote service module 

e RTS - remote trunk switch 

e SMR - subscriber module rural 

e SMS - subscriber module SLC-96 

e SMSR - subscriber module SLC-96 rural 
e SMU - subscriber module urban 

e STCM - signaling terminal controller module 
e STM - service trunk module 

e SVR - server 

* TAN - test access network 

e TDTC - Turkish digital trunk controller 
e TLGC - Turkish line group controller 

e TLTC - Turkish line trunk controller 

* TM - trunk module 

e TM2 - trunk module (2-wire) 

e TM4 - trunk module (4-wire) 

e TM8 - trunk module (8-wire) 

e TS8A - trunk module (8-wire), CCITT 

e VSR - very small remote 

e XPM - XMS-based peripheral module 

e NUL_PMTYPE - undefined PM 


Table 1-11 JMeter processes (Sheet 1 of 2) 


Process Found in logs 
Warm SWACT is Active MTR 107,108,109 
Billing MTR 107,108,109 


Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 
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Table 1-11 JMeter processes (Sheet 2 of 2) 
Process 

Auditing S/W Meters 

S/W Meter Allocation 

S/W Meter Backup Already Up 


S/W Meter Backup 


Found in logs 

MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 
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Auditing Agents MTR 107,109 
Restore of S/W Meters MTR 107,109 
Backup of S/W Meters MTR 107,109 
Recover Process MTR 107,109 
Recover Process MTR 107,109 
THQ AUDIT MTR 107,109 
THQCLEAN MTR 107,109 
Auditing S/W Meters Before Backup MTR 107 
Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 

Table 1-12 KAttendant console stated 
State Explanation 


AC_UNEQUIPPED 
AC_OFFLINE 
AC_MAN_BUSY 
AC_SYS_BUSY 
AC_SEIZED 
AC_UNJACKED 
AC_NOT_READY 
AC_CP_BUSY 
AC_DELOADED 


No equipment 

Equipped, but out of service 

Some console auxiliary equipment out of service 
Some console auxiliary equipment out of service 
Man busied from MAP 

In service but unjacked 

60-second and jack out timing 

In service, jacked in 


Force release/man busy pending, on completion 
some task 


of 
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Table 1-13 LIBN trouble codes (Sheet 1 of 2) 
Code 
AC_CALL_FREED 
AC_CHANNEL_CONGESTION 


AC_CKT_CONFUSION 


AC_CKT_RELEASED 


AC_CONF_UNAVAILABLE 
AC_CONF_NO_RESPONSE 
AC_DATA_ERROR 
AC_DM_BUFFER_FULL 
AC_DM_CARRIER_FAILED 


AC_DM_MSG_ERROR 
AC_DM_MSG_TOO_LONG 


AC_DM_NO_CARRIER 
AC_DM_UNAVAILABLE 
AC_FRAMING_ERROR 
AC INTEGRITY LOST 


AC. MANUAL FRLS 
AC NETWORK BLOCKAGE 


AC NO EXT RESOURCE 
AC NO RESPONSE 

AC OVERRUN ERROR 
AC PARITY ERROR 

AC RESET 


Text 
Force release ended a call being processed 


AC RTS could not get pathends for data-in, data-out 
or voice lines 


Confusion message came from circuit associated 
with AC 


Source or destination connection to AC has been 
taken out of service 


Shortage of Conference Three Ports (CF3P) 
No response from CF3P 

Inconsistency among console data tables 
Digital modem (DM) output buffer full 


In-service loss of carrier (carrier loss has been 
discovered) 


DM report message has error 

DM report message too long 

No response from DM 

Shortage of DMs 

Framing error occurred on DM to AC link 


Integrity failure occurred on circuit associated with 
AC 


Force release done from MAP terminal 


AC RTS could not get connection between AC lines 
and DM or between AC lines and CF3P 


No PORTPERMEXT extension block available 
Audit found no response from console 
Message overrun error on DM to AC link 
Hardware parity error on DM to AC link 


Hardware reset on AC 
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Table 1-13 LIBN trouble codes (Sheet 2 of 2) 


Code 


AC_SW_FAULT 


AC_SW_ERROR 


AC_SYSTEM_AUDIT 
AC_SYSTEM_ERROR 


AC_TO_DM_INVALID_KEY 


Text 


Suicide or trap 


trouble code 


Table 1-14 MCall treatments (Sheet 1 of 5) 


Serious software error while call in progress 


Force release was done by system audit 


This code is given for faults not defined by any other 


Invalid key code sent from AC to DM 
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Code Treatment 

ADBF ANI_DATABASE_FAILURE 

AIFL AIOD FAILURE 

ANBB ANI FGB BLOCK 

ANCT MACHINE INTERCEPT 

ANIA ANI ACCOUNT STATUS NOT ALLOWED 
ANTO ANSWER TIMEOUT 

ATBS ATTENDANT BUSY 

ATDT ATD TIMEOUT 

BLDN BLANK DIR NUMBER 

BLPR BLOCKED PRECEDENCE CALL 

BUSY BUSY LINE 

CACE CARR ACC CODE ERROR 

CCNA CALLING CARD NOT ALLOWED 

CCNV CALLING_CARD_INVALID 

CCTO CALLING_CARD_TIMEOUT 

CFWV CFW_VERIFICATION 

CGRO CUSTOMER_GROUP_RESOURCE_OVERFLOW 
CNDT COIN_DENIED_TERM 
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Table 1-14 MCall treatments (Sheet 2 of 5) 


Code 
CNOT 
CONF 
CONP 
CQOV 
DACD 
DCFC 
DISC 
DNTR 
DODT 
D950 
EMR1 
EMR2 
EMR3 
EMR4 
EMR5 
EMR6 
ERDS 
FDER 
DFNZ 
FECG 
FNAL 
GNCT 
HNPI 
INAC 
INAU 
INCC 


Treatment 
COIN_OVERTIME_TRTMT 
CONFIRM_TONE 
CONNECTION_NOT_POSSIBLE 
CAMA_QUEUE_OVFL 
DIAL_ACCESS_CODE 
DISALLOWED_COIN_FREE_CALL 
DISCONNECT_TIMEOUT_TRTMT 
DENIED_TERMINATION 
DENY_ORIG_DATA_TERMINAL 
DIAL_950 

EMERGENCY_1 

EMERGENCY_2 
EMERGENCY_3 
EMERGENCY_4 
EMERGENCY_5 

EMERGENCY_6 
TRUNK_PERM_GROUND 
FEATURE_DATA_ERROR 
FIRST_DIGIT_NOT_ZERO 
FAR_END_CONG 
FEATURE_NOT_ALLOWED 
GENERALIZED_NO_CIRCUIT 
HNPA_CODE_INTERCEPT 
INVALID ACCOUNT CODE 
INVALID AUTHORIZATION CODE 
INVALID CITYCODE 
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Table 1-14 MCall treatments (Sheet 3 of 5) 


Code 
INOC 


INVALID_OIC_CODE 


IVCC 
LCAB 
MANL 
MHLD 
MSCA 
MSLC 
NACD 
NACK 
NBLH 
NBLN 
NCFL 
NCII 
NCIX 
NCRT 
NCTF 
NCUN 
NECG 
NINT 
NMZN 
NOCN 
NONT 
NOSC 
NOSR 
N950 
OLRS 


Treatment 


INVALID_CORRIDOR_CALL 
LOCAL_CALL_AREA_BARRED 
MANUAL_LINE 
MUSIC_ON_HOLD 
MISDIRECTED_CAMA_CALL 
MISDIRECTED_LOCAL 
NO_DIAL_ACCESS_CODE 
FEATURE_ACTION_NACK 
NETWORK_BLK_HVY_TRAFFIC 
NETWORK_BLK_NML_TRAFFIC 
NCS_COMMUNICATION_FAILURE 
NCS_INVALID_ID_CODE 
NCS_INCOMING_EXCLUSION 
NO_CRKT 
NCS_TRANSLATION_FAILURE 
NCS_UNEXPECTED_ERROR 
NEAR_END_CONG 
CHANGED_NUM_INTERCEPT 
NO_METERING_ZONE 
NO_COIN 

NOT_ON_NETWORK 
NO_SERVICE_CRKT 
NO_SOFTWARE_RESOURCE 
NO_DIAL_950 
INTER_LATA_RES 
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Table 1-14 MCall treatments (Sheet 4 of 5) 


Code 
OPRT 
ORAC 
ORAF 
ORMC 
ORMF 
ORSS 
PDIL 
PGTO 
PMPT 
PNOH 
PRSC 
PSIG 
PTOF 
RODR 
RRPA 
RSDT 
SORD 
SRRR 
SSTO 
STOB 
STOC 
SYFL 
TDBR 
TDND 
TESS 
TINV 


Treatment 

REGULAR INTERCEPT 
ORIG. REV CODED 
ORIG. REV FREQ 

ORIG. REV MULTI CODED 
ORIG. REV MULTI FREQ 
ORIG. SUSP SERV 
PARTIAL DIAL 
MOBILE PAGE TIMEOUT 
PREEMPT TONE 

PERM SIGN NO ROH 
PRIORITY SCREEN FAIL 
PERM SIGNAL 
PREMATURE TRUNK OFFERING 
REORDER 

REV RING PFXA 
RESTRICTED DATE TIME 
STORAGE OVERFLOW REORDER 
SINGLE REV RING 

START SIGNAL TIME OUT 
SIGNAL TIME OUT BOC 
SIGNAL TIME OUT IC INC 


SYSTEM FAILURE 
TESTDESK BRIDGED 
TOLL DENIED 

TERM SUSP SERV 
TEMPORARILY INVALID 
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Table 1-14 MCall treatments (Sheet 5 of 5) 


Code 
TOVD 
TRBL 
TRRF 
UMOB 
UNCA 
UNDN 
UDNT 
UNIN 
UNOW 
UNPR 
VACS 
VACT 
VCCT 


Treatment 


TOLL_OVERLOAD 
TROUBLE_INTERCEPT 
TERM_REV_FREQ 
UNREGISTERED_MOBILE 
UNAUTHORIZED_CAMA_CODE 
UNASSIGNED_NUMBER 
UNDEFINED TRTMT 
UNAUTHORIZED INWATS 
UNAUTHORIZED OUTWATS 
UNAUTHORIZED PRECEDENCE 
VACANT SPEED NUMBER 
VACANT CODE 
VACANT COUNTRY CODE 


Node 

AVR NODE 
CPU NODE 
CM NODE 

CMC NODE 
CSC NODE 
DCM NODE 


to the usual 
character string 
output for a node 


log report (for 
example, 
ICMC103). 


Table 1-15 NNode types (Sheet 1 of 3) 


String 
AVR 


Auxiliary Operator Services System (AOSS) voice response 


CPU 
CM 
CMC 
HDLC 
DCM 


Note: String refers 


when it appears in a 


Description 


Central processing unit 

Computing module 

Central message controller 

Cell site controller (high-level data-link controller) 


Digital carrier module 
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Table 1-15 NNode types (Sheet 2 of 3) 


Node 
DDU_NODE 
DISKC_NODE 
DLC_NODE 
DLM_NODE 
DPC_NODE 
DTC_NODE 
DVI NODE 
ESA NODE 
HOBIC. NODE 
IAC NODE 
IOC. NODE 
ISLM NODE 
LCM NODE 
LGC NODE 
LM NODE 
LPC NODE 
LTC NODE 
MC NODE 
MPC NODE 
MSB NODE 
MSC NODE 


Note: String refers 
to the usual 
character string 
output for a node 
when it appears in a 
log report (for 
example, 
ICMC103). 


String 
DDU 
DDU 
DLC 
DLM 
DPC 
DTC 
DVI 
ESA 
HOBI 
IAC 
IOC 
ISLM 
LCM 
LGC 
LM_N 
LPC 
LTC 
MC 
MPC 
MSB 
MSC 


Description 

Disk drive unit 

Disk controller (digital data unit) 
Data link controller 

Digital line module 

Data pack controller 
Digital trunk controller 
Data voice interface 
Emergency stand-alone 
Hotel billing information center 
ISDN access controller 
Input output controller 
ISDN line module 

Line concentrating module 
Line group controller 

Line module 

Line printer controller 

Line trunk controller 
Message controller 
Multi-protocol controller 
Message switching buffer 


Message switch controller 
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Table 1-15 NNode types (Sheet 3 of 3) 


Node String 
NET_NODE NET 
NM_NODE NET 
NM_NODE NO6 
NX25 NODE NX25 
OOC DB NODE OOC 
RCC NODE RCC 
RCS NODE RCS 
RCT NODE RCT 
RCU NODE RCU 
RLM NODE RLM 
SMSR NODE SMSR 
SVR NODE SVR 
TC NODE TC N 
TDC NODE TDC 
TM NODE TM N 
VCCT NODE VCCT 
VDL NODE VDL 
VLM NODE VLM 
VSR NODE VSR 


Note: String refers 
to the usual 
character string 
output for a node 
when it appears in a 
log report (for 
example, 
ICMOC103). 
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Description 

Network module 

Network module 

No. 6 Signaling System 

Northern X25 (protocol) 

Overseas operator center database 
Remote cluster controller 

Remote concentrator SLC-96 
Remote concentrator terminal 
Remote carrier urban 

Remote line module 

Subscriber module SLC-96 remote 
Server 

Terminal controller 

Tape drive controller 

Trunk module 

Virtual circuit 

Virtual data link 

Virtual line module 


Very small remote 
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Table 1-16 OTrunk diagnostic results (Sheet 1 of 11) 


Diagnostic results (see Note) 


ACTIVE TABLE FULL 


BUSY TONE 


CALL FAILURE MESSAGE RCVD 


CARD FAULT 


CONFUSION MESSAGE RCVD 


CONNECTION FAILURE 


COULDN'T OPEN ATTOPTNS 


COULDN'T READ ATTOPTNS 


CSC MTCE IN PROGRESS 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates more trunk tests were called to execute 
simultaneously than permitted by present setting in 
customer data table ATTSCHED. 


Action: Change number of simultaneous tests from 
ATT MAP level. 


Indicates far-end office returned a busy tone. 


Action: Retry test. 


Call failure message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates hardware fault in circuit pack was 
encountered. 


Action: Replace circuit pack. 


Confusion message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates connection failure between trunk and test 
equipment. 


Action: Diagnose trunk test equipment. 


Indicates software bug prevented opening of or access 
to customer data table ATTOPTNS. 


Action: Retry test. 


Indicates required entry in customer data table 
ATTOPTNS is not present for specified test class. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates an attempt was made to perform a cellular 
trunk test while maintenance of cell site controller was 
in progress. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 2 of 11) 


Diagnostic results (see Note) 


DATA FAULT 


DIAGNOSTIC NOT ALLOWED 


DIAL TONE 


FACILITY FAULT 


FAILED TO OPEN TTT 


FAILED TO RUN DIAGNOSTIC 


FAILED TO RUN TESTLINE 


GROUP CURRENTLY UNDER TEST 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trouble was encountered with received test 
result data. 


Action: Retry test. 


Indicates test was initiated on circuit not equipped for 
that test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned dial tone. 


Action: Retry test. 


Indicates fault in transmission facilities. 


Action: Diagnose trunk and test equipment. 


Upon selection of valid trunk test equipment to connect 
to, failure to open test trunk for tone generation. 


Action: Ensure in-service, properly functioning trunk 
test equipment is available. 


Indicates test equipment was unavailable or 
inoperative. 


Action: Diagnose trunk and test equipment. 


Indicates software bug during initial setup prevented 
running the test. Usually indicates no processes are 
available. 


Action: Retry test. 


Indicates trunk group was executing a trunk test and 
the second test request is ignored. 


Action: No action is required. 
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Table 1-16 OTrunk diagnostic results (Sheet 3 of 11) 


Diagnostic results (see Note) 


GROUP MANUAL ABORT 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK UNAVAILABLE 


GROUP SYSTEM ABORT: 5 
CONSECUTIVE FAILURES 


HARDWARE FAILURE 


HIGH-DRY 


HIGH TONE 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates test was aborted manually from the ATT MAP 
level by 


* explicitly stopping group test 


* reducing number of simultaneous tests ATT can 
execute 


* stopping all ATT tests (HaltATT) 


Action: No action is required. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
during search for a group reference trunk. 


Action: Diagnose trunk test equipment. 


Indicates hardware fault was detected in the trunk 
circuit. 


Action: Diagnose trunk under test. It may have a 
hardware fault. 


Indicates far-end office did not send an off-hook signal 
after a burst of audible ringing tone. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned a high frequency tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 4 of 11) 


Diagnostic results (see Note) 


HIT RECEIVED 


INTEGRITY LOST MESSAGE RCVD 


INVALID REPLY 


LOCKOUT MESSAGE RCVD 


LOOP SIG FAULT 


LOOP SIG FAULT NOSET 


LTA CANCELLED 


LTU FAULT 


MILLIWATT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates transient disturbance to the trunk was 
detected. 


Action: Retry test. 


Integrity lost message received during testing. 


Action: High occurrences could indicate a problem 
with the network. Check for properly functioning 
hardware. 


Indicates far-end office returned an invalid signal when 
the DMS tried to outpulse digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Lockout message received during testing. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates signaling failure caused by a fault in either 
the loop bridge or receiving equipment. 


Action: Diagnose test equipment. 


Indicates signaling failure caused by fault in either the 
software or loop generating equipment. 


Action: Check trunk and test parameters and options. 
Diagnose test equipment. 


Indicates local trunk alarm (LTA) was improperly 
canceled. 


Action: Diagnose test equipment, and retry test. 


Indicates fault was detected in line test unit (LTU). 


Action: Diagnose LTU. 


Indicates far-end office returned a milliwatt tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 5 of 11) 


Diagnostic results (see Note) 


NO/BAD CSC RESPONSE 


NO/BAD RCU RESPONSE 


NO/BAD TAU RESPOSE 


NO CARD IN SHELF 


NO FAR END TEST EQUIPMENT 


NO LOGICAL MB 


NO START DIAL SIGNAL 


NO TEST EQUIPMENT 


NO TESTLINE NUMBER 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cell site 
controller (CSC) was received. 


Action: Diagnose CSC. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
remote carrier unit (RCU) was received. 


Action: Diagnose RCU. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
test and alarm unit (TAU) was received. 


Action: Diagnose TAU. 


Indicates circuit pack was missing. 


Action: Check trunk circuit equipment installation. 


Indicates far-end test equipment was unavailable or 
nonexistent. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates software bug prevented no logical message 
buffer (MB) from being allocated. 


Action: Retry test. 


Indicates far-end office did not respond after trunk was 
seized. 


Action: Retry test. 


Indicates test equipment was not available. 


Action: Check trunk and test parameters and options. 


Indicates software bug prevented trunk circuit from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 6 of 11) 


Diagnostic results (see Note) 


NO TONE 


NO TRUNKS IN GROUP 


NOT OG OR 2W TRUNK GROUP 


OUTPULSING TROUBLE 


OVERFLOW TONE 


PARAMETER FAULT 


PERIODIC SIGNAL 


PM FAULT 


PREMATURE RELEASE REQUEST 


RECORDED ANNOUNCEMENT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates far-end office failed to return the proper tone. 


Action: Retry test. 


Indicates software bug prevented trunks in group from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates the test attempted transmission or loss tests 
on a trunk that was not an outgoing or two-wire trunk. 


Action: Check trunk and test parameters and options. 


Indicates trouble encountered while outpulsing digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned an overflow tone. 
Action: Retry test. 

Indicates parameters were incorrect or inconsistent for 
test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned a periodic or 
intermittent signal. 


Action: Retry test. 


Indicates fault in the peripheral module (PM) was 
encountered. 


Action: Diagnose PM. 


A clear forward was received before the test was 
completed. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates far-end office returned a recorded 
announcement 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 7 of 11) 
Diagnostic results (see Note) Description 


RELEASE CALL MESSAGE RCVD Release call message received during testing. 


Action: Find out if someone force-released the trunk 
from a MAP or if the trunk is functioning properly. 


REORDER TONE Indicates far-end office returned a reorder tone. 
Action: Retry test. 


RINGING Indicates far-end office did not respond to ringing. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


STOP DIAL SIGNAL RECEIVED Indicates far-end office returned a congestion signal 
during outpulsing of digits. 


Action: Retry test. 


TAU NOT AVAILABLE Indicates attempt was made to perform a cellular trunk 
test; however, the test and alarm unit was either in use 
or not available. 


Action: Retry test. 
TEST EQUIPMENT FAIL Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


TEST EQUIPMENT FAULT Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


TEST EQUIPMENT UNAVAILABLE Indicates test equipment was not available for test. 
This report will be generated every ten minutes if test 
equipment remains unavailable. 


Action: No action is required. 


TEST NOT ALLOWED Indicates test is not allowed on circuit. 


Action: Check trunk and test parameters and options. 


TEST PROCESS TROUBLE Indicates trouble was encountered with test process. 
Action: Retry test. 
Note: Spelling and capitalization are 


exactly as they appear on the MAP 
terminal. 
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Table 1-16 OTrunk diagnostic results (Sheet 8 of 11) 


Diagnostic results (see Note) 


TEST PROTOCOL TROUBLE 


TESTLINE NOT AVAILABLE 


TONE DETECTION FAILED 


TPT TONE 


TRUNK GROUP TIMEOUT 


TRUNK NOT TESTED CFL 


TRUNK NOT TESTED CPD 


TRUNK NOT TESTED CPB 


TRUNK NOT TESTED DEL 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates either a software bug or unexpected 
response from far-end office. 


Action: Retry test. 


Indicates test is not available in current load. 


Action: Check trunk and test parameters and options. 


Indicates failure to detect proper tone. 


Action: Diagnose trunk test equipment. 


Indicates far-end office unexpectedly returned a test 
progress tone (TPT). 


Action: Retry test. 


Indicates time expired waiting for individual trunks in 
trunk group to become available for testing. The 
allowed time to wait for trunks to become available is 
set in customer data table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates trunk circuit was not tested because it was 
carrier-failed. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
call processing deloaded. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
call processing busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
deloaded. 


Action: Return trunk to service, retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 9 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED IMB 


TRUNK NOT TESTED INI 


TRUNK NOT TESTED LO 


TRUNK NOT TESTED MB 


TRUNK NOT TESTED NEQ 


TRUNK NOT TESTED NMB 


TRUNK NOT TESTED PMB 


TRUNK NOT TESTED RES 


TRUNK NOT TESTED RMB 


TRUNK NOT TESTED SB 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was off 
line. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
initialized. 
Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
locked out. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
manually busy. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
unequipped. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
network management busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
peripheral module busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was in 
restricted idle. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
remote busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
system busy. 


Action: Contact the next level of maintenance. 
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Table 1-16 OTrunk diagnostic results (Sheet 10 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED SZD 


TRUNK TIMEOUT 


TST EQUIPMNT NOT REQUIRED 


TTT EQUIPMENT FAILURE 


TTU FAULT 


UNEXPECTED TONE 


UNKNOWN ATT MESSAGE 


UNKNOWN MESSAGE RCVD 


WAIT ON MAILBOX FAILED 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was 
already seized. 


Action: When trunk state returns to IDLE, retry test. 


Indicates time expired waiting for individual trunks to 
become available for testing. The allowed time to wait 
for trunks to become available is set in customer data 
table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates inconsistency in requested test. The 
requested test called for unnecessary equipment. 


Action: Check trunk and test parameters and options. 


Indicates either an unexpected tone from trunk test 
equipment was received or an expected tone from 
trunk test equipment was not received. 


Action: Ensure the trunk test equipment concerned is 
functioning properly. 


Indicates fault found in the transmission test unit 
(TTU). 


Action: Diagnose TTU. 


Indicates far-end office returned an unexpected or 
unknown tone. 


Action: Diagnose trunk test equipment. 


Indicates software bug. This message is always 
followed by a software error report (SWER) with the 
message Garbled ATT Message. 


Action: Contact the next level of maintenance. 


An unexpected message has been received. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Failed to wait on a mailbox for the next message to 
come in. 
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Table 1-16 OTrunk diagnostic results (Sheet 11 of 11) 


Diagnostic results (see Note) 


WRONG CARD IN SHELF 


120 IPM TONE 


30 IPM TONE 


terminal. 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 


Description 


Indicates wrong circuit pack installed in the shelf. 


Action: Check trunk circuit equipment installation. 


Indicates far-end office returned a signal at 120 
impulses per minute. 


Action: Retry test. 


Indicates far-end office returned a signal at 30 
impulses per minute. 


Action: Retry test. 


Reason (see Note) 
SYS RESTART 


Fail OB Reset 


Aborted: RTS Limit has been 
exceeded. 


Enable Failed 

Test Failed 

CMC CSide Busy 

Full Test Not Done 
Time of Day Clock Sync 
SYSTEM REQUEST 
MANUAL REQUEST 
ERROR DETECTED 


MAP terminal. 


Invalid: CMC Not Out of Service. 


Note: Spelling and capitalization 
are exactly as they appear on the 


Table 1-17 PCMC alter reasons (Sheet 1 of 3) 


CMC log reports Description 


100 
100 
100 
100 


100 
100 
100 
100 
100 
100, 102 
100, 102 
100, 102 
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Table 1-17 PCMC alter reasons (Sheet 2 of 3) 


Reason (see Note) CMC log reports Description 

STUCK CMC PORT 100, 102 Faulty port cannot be closed. 

CSIDE REQUEST 100, 102 

INVALID CMC STATE 100, 102 CMC faulty on interrupt line. 

BOOT REQUEST 100, 102, 106-109 

SPLIT REQUEST 100, 102, 106-109 

FAULT ON PEINT 100, 102 

STUCK MASK REGISTER 100, 102 Problem with interrupts to CPU. 

HUNG ON SIMPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on simplex transmission. 

HUNG ON DUPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on duplex transmission. 

INVALID PRIORITY 100, 102 CMC found at invalid priority level. 

IOC FAIL THRESHOLD MET: 102 CMC detected a problem in messaging to 
input/output controller (IOC). 

NET FAIL THRESHOLD MET; 102 Message test detected a problem in 
messaging to networks. 

MSG CORRUPTION: 102 CMC is corrupting outgoing or incoming 
messages. 

MESSAGING FAILURE 102 All CMC ports are SYSB. 

DETECTED 

OCETR THRESHOLD MET: 102 Outgoing error type register threshold has 


been exceeded and has set the status of 
CMC to system busy. 


STUCK CMC 100, 102 

SOLID INTERRRUPTS 100, 102 Faulty interrupt line from CMC to CPU (too 
many interrupts). 

PERIODIC TEST 100, 102 Action occurred during periodic testing (for 


example, 2:10 A.M.). 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 
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Table 1-17 PCMC alter reasons (Sheet 3 of 3) 


Reason (see Note) 
DUPLEX FAILS 

STUCK OUT BAND RESET 
WILL NOT INTRUPT CPU 
CMC TRAP 


Fail on Restart 


Failed on CS Open 


Both CMC's are OOS 
Configuration Register shut down 
All ports are out of service 
ODM 

ODM Request 

Requested by PS Node 
Forced Open 

Pass 

Fail 

Invalid 

Fail on RTS CMC 

Port Error 


Test aborted 


Close on Test Fail 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 


CMC log reports 
100, 102 
100, 102 
100, 102 
100, 102 


102 
102 


102 
102 
102 
103 
105, 109 
105, 107 
105 
105 
105 
105 
107 
107 


100, 103 


107 


100-109 


Description 


CMC unable to output in duplex mode. 


System has busied the CMC because of a 
trap. 


Cannot enable CMC during restart. 


Could not return to service, or CMC on link 
from CPU opening. 


Result of an office data modification. 


Result of an office data modification. 


Tests are aborted due to a lack of P-side 
resource. 


(No reason given) 
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Table 1-18 QTransmission test unit failure messages (Sheet 1 of 2) 


1 


2 


BOO 


No. 


Message 

MTM PROTOCOL ERROR 
TTU TEST ERROR 

MEAS INTERRUPTION 
MEAS INSTABILITY 

TTU DATA ERROR 

BSY BAD MSG 

CONNECT FAIL 
OPEN TTU FAIL 

SIG NO FE EQUIP 

ANS NOT READY 

LOST INTEGRITY 

BAD MSG BEF ANS 
START DIRECTOR FAIL 
NO TTU RESPONSE 
TWO CLEAR BACKS? 
ANS BEF CLEAR BACK? 
CLEAR BACK NOT REC 
RE ANSWER NOT REC 
SIG BAD MSG 

BSY NO FE EQUIP 

BSY FLASH NOT REC 
ANSWER NOT BUSY? 
MEAS BAD MSG 
MISSING GROUP ENTRY 
MISSING Q ENTRY 

SIG. CALL NO RESPONSE 
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Table 1-18 QTransmission test unit failure messages (Sheet 2 of 2) 


No. Message 

27 SIG_CALL_GLARE 

28 SIG_CALL_BAD_MSG 

29 SIG_CALL_FAILURE 

30 BSY CALL NO RESPONSE 
31 BSY CALL GLARE 

32 BUSY CALL BAD MSG 
33 BSY CALL FAILURE 

34 NO NE EQUIP 

35 MEAS CLEAR BACK 

36 BSY CALL CLEAR BACK? 
37 OUTPULSING TBL 

38 FAR END CONGESTION 
39 TTU TROUBLE 
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Table 1-19 RCall types entry codes (Sheet 1 of 4) 


Entry code 
00 

01 
02-07 
08 

09 
10-15 
16 

17 

18 

19 

20 

21 

22 

23 

24 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Station paid DDD 

Station paid LCDR 

Reserved for special features 
TWX 

DATA 

Reserved for special features 
Timed message rate 
Untimed message rate 
Detailed message rate 
Conference trunk usage 
Station paid operator assisted 
Station collect 

Station special calling 

Person paid 


Person collect 
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Table 1-19 RCall types entry codes (Sheet 2 of 4) 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Entry code Call type 

25 Person special calling 
26 Auto collect 

27 Station special called 
28 Person special called 
29 Person call back (PCB) 
30 PCB special billing 
31-39 Not used 


40 (see Note 1) Station paid DDO 


41-55 Reserved for special features 

56 Not used 

57 Not used 

58-59 Reserved for possible future use 
60 (see Note 1) Station paid operator assisted 
61 (see Note 1) Station collect 

62 (see Note 1) Station special calling 
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Table 1-19 RCall types entry codes (Sheet 3 of 4) 


Entry code 

63 (see Note 1) 
64 (see Note 1) 
65 (see Note 1) 
66 (see Note 1) 
67 (see Note 1) 
68 (see Note 1) 
69 (see Note 1) 
70 (see Note 1) 
71-79 

80 

81-83 

84-89 

90 

91-95 

96 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Person paid 

Person collect 

Person special calling 

Not used 

Station special called 

Person special called 

Person call back (PCB) 

PCB special billing 

Not used 

INWATS - measured time 
Reserved for possible future use 
Not used 

Used by LAMA initial extension entry 
Not used 


Unspecified (default) 
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Table 1-19 RCall types entry codes (Sheet 4 of 4) 


Entry code Call type 

97 Canceled call (domestic) 
98 Canceled call (overseas) 
99 AMA test call 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Log report list 
The following is a list of written log reports generated by the UCS DMS-250 
switch. The subsystem name and report number for each log report description 


are provided. Information-only logs, those requiring no action, are listed in 
Table S. 


Table 1-20 (Sheet 1 of 17) 


ACMS ACMS100 ACMS101 ACMS102 ACMS103 ACMS104 
ACMS105 
ACT ACT101 
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Table 1-20 (Sheet 2 of 17) 


AFT AFT003 

ALRM ALRM109 ALRM111 ALRM!112 

ALT ALT100 ALT101 ALT103 ALT104 ALT105 
ALT106 ALT107 ALT109 ALT200 ALT207 
ALT208 ALT209 ALT300 ALT306 ALT307 
ALT308 ALT309 

AMA AMA100 AMA112 AMA114 AMA117 

AMAB AMAB119 AMAB122 AMAB150 AMAB151 AMAB154 
AMAB161 

APS APS100 APS101 APS102 APS103 APS104 
APS105 APS106 APS107 APS108 APS109 
APS110 APS111 APS112 

ATB ATB100 

ATME ATME201 ATME203 ATME204 ATME205 ATME206 
ATME207 ATME208 

ATT ATT100 ATT101 ATT102 ATT103 ATT104 
ATT105 ATT106 ATT107 ATT108 ATT113 
ATT114 ATT115 ATT116 ATT117 ATT118 
ATT123 
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Table 1-20 (Sheet 3 of 17) 


AUD AUD101 


AUD106 
AUD398 
AUD403 
AUD408 
AUD413 
AUD419 
AUD426 
AUD432 
AUD502 
AUD507 
AUD523 
AUD553 
AUD580 
AUDT AUDT100 


AUDT106 
AUDT112 
AUDT117 
AUDT131 
AUDT159 
AUDT164 
AUDT175 
AUDT183 
AUDT188 
AUDT195 


AUD102 


AUD107 
AUD399 
AUD404 
AUD409 
AUD414 
AUD420 
AUD427 
AUD433 
AUD503 
AUD508 
AUD545 
AUD559 
AUD582 
AUDT101 


AUDT107 
AUDT113 
AUDT118 
AUDT150 
AUDT160 
AUDT166 
AUDT179 
AUDT184 
AUDT191 
AUDT197 


AUD103 


AUD108 
AUD400 
AUD405 
AUD410 
AUD416 
AUD422 
AUD428 
AUD434 
AUD504 
AUD509 
AUD549 
AUD577 
AUD591 
AUDT102 


AUDT108 
AUDT114 
AUDT128 
AUDT151 
AUDT161 
AUDT167 
AUDT180 
AUDT185 
AUDT192 
AUDT198 


AUD104 


AUD395 
AUD401 
AUD406 
AUD411 
AUD417 
AUD424 
AUD429 
AUD500 
AUD505 
AUD510 
AUD550 
AUD578 
AUD602 
AUDT103 


AUDT110 
AUDT115 
AUDT129 
AUDT152 
AUDT162 
AUDT168 
AUDT181 
AUDT186 
AUDT193 
AUDT199 


AUD105 


AUD396 
AUD402 
AUD407 
AUD412 
AUD418 
AUD425 
AUD430 
AUD501 
AUD506 
AUD515 
AUD551 
AUD579 


AUDT105 


AUDT111 
AUDT116 
AUDT130 
AUDT153 
AUDT163 
AUDT169 
AUDT182 
AUDT187 
AUDT194 
AUDT205 
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Table 1-20 (Sheet 4 of 17) 


AUDT206 AUDT207 AUDT208 AUDT225 AUDT226 


AUDT255 AUDT256 AUDT257 AUDT258 AUDT259 
AUDT260 AUDT262 AUDT263 AUDT265 AUDT267 
AUDT394 AUDT396 AUDT397 AUDT400 AUDT404 
AUDT600 AUDT603 AUDT605 AUDT610 AUDT612 
AUDT613 AUDT614 AUDT615 AUDT619 AUDT621 
AUDT622 AUDT623 AUDT804 


BERT BERT100 BERT101 

C6TU C6TU108 

C7TD C7TD102 C7TD103 

C7TU C7TU101 C7TU102 C7TU105 C7TU106 C7TU107 
C7TU303 

C7UP C7UP101 C7UP102 C7UP103 C7UP104 C7UP106 


C7UP107 C7UP109 C7UP110 C7UP113 C7UP114 
C7UP115 C7UP118 C7UP120 C7UP121 C7UP123 
C7UP130 C7UP300 C7UP301 C7UP405 C7UP406 
C7UP805 C7UP806 


CC CC100 CC101 CC102 
CCI CCI100 
CCS CCS202 CCS203 CCS204 CCS205 CCS206 
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Table 1-20 (Sheet 5 of 17) 


CCS207 CCS209 CCS210 CCS213 CCS214 
CCS215 CCS218 CCS219 CCS221 CCS223 
CCS224 CCS226 CCS227 CCS228 CCS229 
CCS230 CCS238 CCS239 CCS240 CCS243 
CCS245 CCS248 CCS296 CCS400 CCS500 
CCS501 CCS502 CCS503 CCS504 CCS505 
CCS601 

CDIV CDIV100 

CDR CDR268 CDR269 CDR270 

CM CM100 CM103 CM104 CM105 CM107 
CM111 CM112 CM113 CM115 CM118 
CM119 CM120 CM122 CM123 CM125 
CM128 CM133 CM134 CM137 CM140 
CM141 CM145 CM146 CM152 CM153 
CM154 CM155 CM157 CM158 CM159 
CM160 CM162 CM163 CM164 

CMC CMC102 CMC107 CMC110 CMC111 CMC112 
CMC113 

CMSM CMSM101 CMSM102 CMSM103 CMSM104 

COMM COMM777 

CP CP100 CP101 CP103 
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Table 1-20 (Sheet 6 of 17) 


CPM CPM101 CPM102 CPM103 CPM104 

CRMG CRMG101 

DAS DAS100 DAS102 DAS103 DAS104 

DCH DCH100 DCH104 DCH105 DCH500 

DCI DCI100 DCI101 DCI102 DCI104 DCI105 
DCI106 DCI107 DCI307 DCI505 DCI806 

DCP DCP100 DCP101 DCP102 DCP104 DCP105 
DCP106 DCP107 DCP307 DCP505 DCP806 

DDM DDM101 DDM102 DDM106 DDM107 DDM109 
DDM1 10 

DDT DDT001 

DDU DDU100 DDU101 DDU202 DDU203 DDU204 
DDU205 DDU209 DDU210 DDU211 DDU212 

DFIL DFIL100 DFIL101 DFIL102 DFIL103 DFIL104 
DFIL105 DFIL106 DFIL107 DFIL108 DFIL109 

DFIL111 DFIL112 DFIL113 DFIL114 

DFIL115 DFIL116 DFIL117 DFIL118 DFIL119 
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Table 1-20 (Sheet 7 of 17) 


DFIL120 DFIL121 DFIL122 DFIL123 
DFIL125 DFIL126 DFIL127 DFIL128 DFIL129 
DFIL130 DFIL131 DFIL133 DFIL135 
DFIL143 DFIL144 

DIRP DIRP101 

DPAC DPAC101 DPAC102 DPAC103 DPAC104 

DPNS DPNS403 DPNS409 

DPNT DPNT101 DPNT102 DPNT103 DPNT104 DPNT105 
DPNT106 DPNT201 DPNT202 DPNT203 DPNT204 


DPNT205 DPNT206 


DPP DPP100 DPP101 DPP102 

DVI DVI101 DVI102 DV1104 DVI105 DVI106 
DVI107 

E911 E911200 E911201 E911202 E911203 E911204 
E911205 E911206 E911207 E911208 E911209 
E911210 E911211 E911215 E911217 E911218 
E911219 E911223 E911224 

EAD EAD104 

ENCP ENCP103 
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Table 1-20 (Sheet 8 of 17) 


ENDB ENDB101 

ENET ENET103 ENET104 ENET105 ENET108 ENET111 
ENET120 ENET204 ENET205 ENET208 ENET211 
ENET220 ENET222 ENET230 ENET303 ENET304 
ENET305 ENET308 ENET309 ENET311 ENET313 
ENET401 ENET505 ENET508 ENET512 ENET522 
ENET601 ENET602 ENET603 

EQAC EQAC100 

ESYN ESYN100 ESYN101 

EXT EXT100 EXT101 EXT102 EXT103 EXT104 
EXT105 EXT106 EXT107 EXT108 EXT109 

FCO FCO101 

FM FM100 FM101 

FPRT FPRT105 FPRT106 

FIR FTR138 

IBN IBN100 IBN101 IBN102 IBN104 IBN105 
IBN106 IBN107 IBN108 IBN109 IBN110 
IBN113 IBN114 IBN115 IBN116 IBN117 
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IBN119 IBN120 IBN122 IBN123 IBN124 
IBN127 IBN128 IBN129 IBN137 

ICMO ICMO101 ICMO!102 ICMO!103 

IOD IOD205 IOD206 IOD207 IOD208 IOD209 
IOD210 IOD212 IOD213 IOD214 IOD215 
IODS303 IOD304 IOD305 IOD306 IOD307 
IOD308 IOD310 10D311 IOD312 

ISDN ISDN101 ISDN102 ISDN104 ISDN105 ISDN106 
ISDN107 ISDN108 ISDN109 ISDN110 ISDN111 
ISDN112 ISDN113 ISDN115 ISDN116 ISDN200 
ISDN201 ISDN203 

ISF ISF100 ISF101 ISF104 

ISN ISN500 

ISP ISP101 ISP102 ISP103 ISP104 ISP105 
ISP106 ISP107 ISP108 ISP113 ISP114 

ITOC ITOC100 ITOC101 

ITOP ITOP100 ITOP101 ITOP102 ITOP103 ITOP104 
ITOP105 ITOP106 ITOP107 ITOP108 ITOP109 
ITOP110 
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KTRK KTRK100 

LAQ LAQ330 LAQ331 LAQ602 

LINE LINE101 LINE102 LINE104 LINE105 LINE106 
LINE107 LINE108 LINE109 LINE110 LINE112 
LINE113 LINE114 LINE115 LINE117 LINE118 
LINE119 LINE120 LINE125 LINE126 LINE127 
LINE128 LINE130 LINE131 LINE132 LINE133 
LINE134 LINE135 LINE138 LINE139 LINE145 
LINE146 LINE147 LINE148 LINE149 LINE150 
LINE151 LINE161 LINE170 LINE171 LINE204 
LINE205 LINE209 LINE300 LINE301 LINE400 
LINE405 LINE408 LINE425 LINE600 LINE601 
LINE602 LINE603 LINE605 LINE800 LINE805 
LINE808 LINE825 

LINK LINK300 

LOST LOST101 LOST102 LOST103 LOST104 LOST105 
LOST106 LOST107 LOST108 LOST109 LOST110 
LOST111 LOST112 LOST114 LOST115 

MCT MCT103 MCT104 

MDN MDNO000 
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MISC MISCO00 


MISM MISM 


MM MM110 


MOD MOD100 


MOD105 
MOD110 
MOD115 
MOD120 
MOD125 
MOD130 
MOD135 
MOD140 
MOD145 
MOD150 
MOD155 
MPC MPC101 


MPC201 
MPCS MPCS101 


MPX MPX100 


MS MS103 


MM111 


MOD101 


MOD106 
MOD111 
MOD116 
MOD121 
MOD126 
MOD131 
MOD136 
MOD141 
MOD146 
MOD151 
MOD156 
MPC102 


MPC299 


MPX200 


MS104 


MM112 


MOD102 


MOD107 
MOD112 
MOD117 
MOD122 
MOD127 
MOD132 
MOD137 
MOD142 
MOD147 
MOD152 
MOD157 
MPC103 


MPC904 


MPX300 


MS105 


MM113 


MOD103 


MOD108 
MOD113 
MOD118 
MOD123 
MOD128 
MOD133 
MOD138 
MOD143 
MOD148 
MOD153 
MOD158 
MPC104 


MPC905 


MPX400 


MS153 


MOD104 


MOD109 
MOD114 
MOD119 
MOD124 
MOD129 
MOD134 
MOD139 
MOD144 
MOD149 
MOD154 


MPC106 


MPC906 


MS154 
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MS155 MS163 MS248 MS263 MS264 
MS265 MS267 MS283 MS284 MS285 
MS303 MS304 MS305 MS306 MS313 
MS314 MS315 MS323 MS324 MS325 
MS403 MS404 MS405 MS413 MS414 
MS415 

MSL MSL300 MSL301 

MSRT MSRT100 MSRT101 

MTCB MTCB100 MTCB101 MTCB102 MTCB104 MTCB105 


MTCB106 MTCB107 MTCB108 MTCB109 MTCB110 


MTCB111 

MTD MTD101 

MTR MTR100 MTR104 MTR105 MTR106 MTR108 
MTR112 MTR113 MTR114 MTR116 MTR118 
MTR120 MTR121 MTR122 MTR123 MTR125 
MTR127 MTR128 MTR129 MTR131 MTR132 
MTR134 MTR135 MTR136 MTR137 MTR138 
MTR139 MTR140 MTR141 MTR142 MTR144 
MTR145 MTR146 MTR147 MTR148 MTR149 

N6 N6100 N6103 N6106 N6108 N6111 
N6112 N6113 N6115 N6121 N6122 
N6123 N6124 N6129 N6130 N6131 
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N6132 N6133 N6140 N6304 N6306 
N6308 N6310 N6312 N6314 N6319 
N6400 N6401 N6402 N6403 N6404 
N6405 N6407 

N6TU N6TU108 

NAG NAG400 

NCS NCS102 NCS104 NCS203 NCS301 NCS302 
NCS401 NCS501 

NET NET100 NET101 NET102 NET103 NET104 
NET105 NET106 NET133 NET134 NET135 
NET136 NET155 

NETM NETM104 NETM108 NETM109 NETM110 NETM111 


NETM116 NETM120 NETM122 NETM126 NETM137 
NETM141 NETM146 NETM147 NETM148 NETM149 


NETM461 
NMS NMS102 NMS103 
NO6 NO6101 NO6103 NO6104 NO6200 NO6201 
NODE NODE326 NODE450 NODE451 
NOP NOP100 NOP101 NOP102 NOP103 NOP110 
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OCCP 


OCS 


OM2 


PCH 


PEND 


PM 


RDT 


REPL 


RO 


RONI 


SALN 


SCAI 


SDS 


NOP111 


OCCP100 


OCS100 


OM2115 


PCH105 


PEND100 


PM102 


PM183 
RDT301 


REPL100 


RO105 


RONI100 


SALN100 


SCAI100 


SDS600 


1-103 


OM2116 OM2117 OM2200 OM2300 
PCH107 PCH111 

PEND101 

PM117 PM126 PM128 PM179 
PM199 

RDT307 RDT308 RDT309 RDT310 
SALN101 

SCAI101 SCAI102 SCAI200 
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SECU 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


SSR 


STOR 


SWCT 


SECU101 SECU102 SECU103 SECU104 SECU105 


SECU106 SECU107 SECU108 SECU109 SECU110 
SECU111 SECU112 SECU113 SECU114 SECU115 
SECU116 SECU117 SECU118 SECU119 SECU120 
SECU121 SECU122 SECU123 SECU124 SECU125 


SECU126 

SLE104 SLE105 SLE106 

SLM208 SLM401 SLM403 SLM404 SLM410 

SLNK101 SLNK106 SLNK107 

SMDI100 SMDI101 SMDI102 SMDI105 SMDI106 
SME100 SME101 SME102 SME103 SME106 
SME107 SME108 SME109 

SOS100 SOS102 SOS103 SOS104 SOS105 
SOS107 SOS110 SOS130 

SPC101 SPC102 

SSR600 

STOR101 


SWCT105 SWCT106 SWCT112 SWCT114 SWCT115 
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SWCT116 

SWER SWER39 

SWNR SWNR102 

SYNC SYNC103 SYNC105 SYNC203 SYNC206 SYNC209 

TKCV TKCV100 

TME TME102 

TPS TPS100 

TRK TRK104 TRK106 TRK109 TRK110 TRK111 
TRK113 TRK114 TRK115 TRK116 TRK117 
TRK118 TRK120 TRK121 TRK123 TRK124 
TRK126 TRK128 TRK129 TRK130 TRK131 
TRK133 TRK135 TRK136 TRK138 TRK140 
TRK142 TRK144 TRK146 TRK148 TRK153 
TRK154 TRK155 TRK157 TRK158 TRK162 
TRK163 TRK164 TRK165 TRK174 TRK175 
TRK176 TRK177 TRK178 TRK181 TRK182 
TRK183 TRK186 TRK188 TRK189 TRK190 
TRK207 TRK208 TRK213 TRK260 TRK310 
TRK312 TRK313 TRK320 TRK321 TRK322 
TRK334 TRK340 TRK341 TRK351 TRK352 
TRK424 TRK605 
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UTR UTR100 

VSN VSN100 VSN101 VSN107 VSN108 VSN109 
VSN110 VSN111 VSN112 VSN113 VSN115 
VSN117 


Information-only logs 


Table S lists information-only logs and the subsystems associated with them. 
These information-only logs are generated by the switch to alert the technician 
that: 


* atransient event has occurred 

* aswitch state (such as ManualBusy) has occurred 

* aresource or service has been successfully tested 

* some unexpected software data has been encountered 

Generally, this log type does not require the technician to take any action, nor 


is it service affecting. This publication may not include detailed log report 
descriptions for these information-only logs. 


Table 1-21 SInformation-only logs (Sheet 1 of 15) 


Information- 

Subsystem only logs 

ABR ABR111 ABR222 

ACD ACD102 ACD110 ACD121 ACD130 

ACG ACG100 ACG101 ACG201 ACG300 
ACG301 ACG600 

ACT ACT100 ACT102 

AFT AFT001 AFTO002 

ALT ALT108 ALT110 ALT111 

AMA AMA118 

AMAB AMAB100 AMAB101 AMAB102 AMAB103 
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Subsystem 


AOSS 
AP 
ATME 
ATT 


AUD 
AUDT 


BCLID 
BMS 


Information- 
only logs 


AMAB104 
AMAB109 
AMAB120 
AMAB160 
AMAB183 
AMAB187 
AOSS101 
AP601 
ATME200 
ATT109 
ATT119 
AUD109 
AUDT109 
AUDT165 
AUDT174 
AUDT201 
AUDT210 
AUDT214 
AUDT218 
AUDT222 
AUDT601 
AUDT624 
AUDT630 
BCLID101 
BMS100 


AMAB105 
AMAB110 
AMAB152 
AMAB180 
AMAB184 
AMAB188 


AP602 


ATT110 
ATT120 
AUD120 
AUDT125 
AUDT171 
AUDT176 
AUDT202 
AUDT211 
AUDT215 
AUDT219 
AUDT264 
AUDT602 
AUDT625 
AUDT632 
BCLID102 


AMAB106 
AMAB111 
AMAB153 
AMAB181 
AMAB185 
AMAB189 


ATT111 
ATT121 
AUD606 
AUDT126 
AUDT172 
AUDT189 
AUDT203 
AUDT212 
AUDT216 
AUDT220 
AUDT270 
AUDT616 
AUDT626 
AUDT640 


AMAB108 
AMAB118 
AMAB155 
AMAB182 
AMAB186 
AMAB200 


ATT112 
ATT122 


AUDT127 
AUDT173 
AUDT196 
AUDT204 
AUDT213 
AUDT217 
AUDT221 
AUDT401 
AUDT620 
AUDT627 
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Subsystem 


BOOT 


CeTU 


C7TD 


C7TU 


C7UP 


CC 


CCIS 


CCS 


Information- 
only logs 


BOOT100 
C6TU101 
C6TU105 
C7TD104 
C7TU103 
C7TU110 
C7TU401 
C7UP105 
C7UP127 
CC104 
CC110 
CC119 
CC127 
CCIS100 
CCIS123 
CCIS301 
CCS100 
CCS108 
CCS156 
CCS161 
CCS167 
CCS177 
CCS190 
CCS208 
CCS217 


C6TU102 
C6TU106 
C7TD201 
C7TU104 
C7TU202 


C7UP116 


CC107 
CC111 
CC121 
CC129 
CCIS102 
CCIS126 
CCIS321 
CCS102 
CCS109 
CCS157 
CCS162 
CCS168 
CCS178 
CCS192 
CCS211 
CCS220 


C6TU103 
C6TU107 


C7TU108 
C7TU301 


C7UP117 


CC108 
CC113 
CC122 
CC136 
CCIS105 
CCIS131 


CCS105 
CCS151 
CCS159 
CCS163 
CCS169 
CCS180 
CCS198 
CCS212 
CCS225 


C6TU104 
C6TU109 


C7TU109 
C7TU302 


C7UP126 


CC109 
CC116 
CC125 
CC201 
CCIS121 
CCIS132 


CCS106 
CCS155 
CCS160 
CCS166 
CCS176 
CCS185 
CCS201 
CCS216 
CCS231 
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Subsystem 


CD 
CDC 
CDR 


CDRC 


CDRE 
CDRS 


CFW 


CHIPS 
CM 


Information- 
only logs 


CCS232 
CCS236 
CCS299 
CCS506 
CCS791 
CD103 
CDC101 
CDR252 
CDR282 
CDR301 
CDRC100 
CDRC107 
CDRC110 
CDRE101 
CDRS100 
CFW100 
CFW104 
CHIPS100 
CM101 
CM109 
CM121 
CM130 
CM138 
CM147 
CM151 


CCS233 
CCS237 
CCS401 
CCS600 


CDC102 
CDR253 
CDR283 
CDR302 
CDRC101 
CDRC108 
CDRC112 
CDRE102 


CFW101 
CFW105 


CM102 
CM110 
CM124 
CM132 
CM142 
CM148 
CM156 


CCS234 
CCS241 
CCS404 
CCS733 


CDR268 
CDR284 


CDRC102 
CDRC109 
CDRC113 
CDRE104 


CFW102 
CFW106 


CM106 
CM114 
CM126 
CM135 
CM143 
CM149 


1-109 


CCS235 
CCS242 
CCS405 
CCS735 


CDR269 
CDR285 


CDRC103 
CDRC110 
CDRC114 


CFW103 
CFW107 


CM108 
CM117 
CM129 
CM136 
CM144 
CM150 
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Subsystem 


CMC 


COTL 
CP 
CPM 
CRMG 
CSC 
CUT 
DCA 


DCH 


DCI 


DCME 


DCR 


DDIS 
DDM 


DDU 
DISK 
DMCT 


DLC 


Information- 
only logs 


CMC100 
CMC105 
COTL150 
CP102 
CPM100 
CRMG102 
CSC101 
CUT101 
DCA601 
DCA605 
DCH101 
DCH600 
DCH800 
DCI102 
DCME100 
DCME104 
DCR100 
DCR104 
DDIS100 
DDM100 
DDM108 
DDU201 
DISK103 
DMCT100 
DLC103 


CMC101 CMC103 
CMC106 CMC108 
COTL151 

CUT102 CUT103 
DCA602 DCA603 
DCH102 DCH103 
DCH603 DCH604 
DCME101 DCME102 
DCME105 

DCR101 DCR102 
DDM103 DDM104 
DDU208 DDU213 
DMCT101 DMCT102 


CMC104 
CMC109 


DCA604 


DCH106 


DCH605 


DCME103 


DCR103 


DDM105 


DDU214 
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Information- 

Subsystem only logs 

DNC DNC100 

DPAC DPAC100 DPAC105 

DPNS DPNS400 DPNS401 DPNS404 

DRT DRT100 

DSM DSM601 DSM602 DSM603 

DTSR DTSR100 DTSR101 DTSR102 

DVI DVI100 DVI103 

E911 E911212 E911213 E911214 E911216 

ECO ECO100 

ECTS ECTS102 ECTS106 

EKTS EKTS101 EKTS138 

ENCP ENCP100 ENCP101 ENCP104 ENCP105 
ENCP131 ENCP132 ENCP133 ENCP134 
ENCP135 ENCP136 ENCP143 ENCP150 

ENDB ENDB100 

ENET ENET100 ENET101 ENET102 ENET106 
ENET107 ENET110 ENET113 ENET200 
ENET201 ENET202 ENET206 ENET207 
ENET210 ENET300 ENET301 ENET302 
ENET306 ENET307 ENET310 ENET312 
ENET314 ENET402 ENET403 ENET500 
ENET502 ENET503 ENET504 ENET506 
ENET507 ENET510 ENET511 ENET520 
ENET521 ENET600 ENET700 

ESG ESG100 ESG101 
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Subsystem 
EXT 

FCO 

FMT 

FP 


FRB 
FRS 
FTR 
FTS 
FTU 


GWSA 
HEAP 
IBN 


ICTS 
IEM 
IOAU 


IOD 


Information- 


only logs 
EXT110 
FCO100 
FMT103 
FP100 
FP200 
FRB100 
FRS201 
FTR138 
FTS100 
FTU100 
FTU105 
GWSA100 
HEAP100 
IBN103 
IBN121 
IBN132 
ICTS102 
IEM900 
IOAU100 
IOAU105 
IOAU109 
IOD101 
IOD1 11 
IOD202 
IOD309 


EXT301 


FP101 


FTU101 


IBN111 
IBN125 
IBN136 
ICTS103 
IEM901 
IOAU101 
IOAU106 
IOAU110 
IOD102 
IOD122 
IOD211 
IOD313 


FP103 


FTU103 


IBN112 


IBN126 


ICTS106 
IEM930 
IOAU102 
IOAU107 
IOAU112 
IOD106 
IOD128 
IOD301 
IOD315 


FP104 


FTU104 


IBN118 
IBN130 


IOAU104 
IOAU108 
IOAU113 
10D107 
IOD201 
IOD302 
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Subsystem 


IOGA 


ISA 
ISDN 


ISF 
ISN 
ISP 
ITN 


ITOC 
ITOP 
ITS 
LAQ 
LINE 


LL 
LLC 
LINK 
LMAN 
LOGM 
LOST 


Information- 
only logs 


IOGA101 
IOGA105 
IOGA109 
IOGA113 
ISA100 
ISDN100 
ISDN302 
ISF102 
ISN502 
ISP109 
ITN201 
ITN206 
ITN304 
ITOC102 
ITOP111 
ITS101 
LAQ601 
LINE100 
LINE180 
LL100 
LLC100 
LINK100 
LMAN100 
LOGM900 
LOST113 


IOGA102 
IOGA106 
IOGA110 
IOGA114 


ISDN103 


ISF103 
ISN503 
ISP110 
ITN202 
ITN207 
ITN306 


ITOP121 


LINE103 


LINE410 


LLC101 
LINK101 


IOGA103 
IOGA107 
IOGA111 
IOGA115 


ISDN202 


ITN203 
ITN299 
ITN311 


ITOP122 


LINE111 


LINK501 


IOGA104 
IOGA108 
IOGA112 
IOGA116 


ISDN301 


ITN205 
ITN303 
ITN399 


ITOP123 


LINE160 
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Table 1-21 Slnformation-only logs (Sheet 9 of 15) 


Subsystem 
MCT 

MIS 

MM 


MPC 


MS 


MSC 
MSL 


MSP 
MTCB 
MTCK 
MTD 
MTR 


Information- 
only logs 


MCT101 
MIS100 
MM105 
MPC105 
MPC907 
MS100 
MS151 
MS207 
MS260 
MS277 
MS286 
MS302 
MS312 
MS320 
MS327 
MS406 
MS411 
MSC200 
MSL100 
MSL200 
MSP900 
MTCB103 
MTCK100 
MTD102 


MTR101 


MCT102 
MIS110 
MM106 
MPC901 


MS101 
MS152 
MS208 
MS261 
MS280 
MS287 
MS307 
MS316 
MS321 
MS400 
MS407 
MS412 
MSC900 
MSL101 
MSL201 
MSP910 


MTCK101 


MTR102 


MCT104 


MPC902 


MS102 
MS156 
MS238 
MS262 
MS281 
MS300 
MS310 
MS317 
MS322 
MS401 
MS408 
MS417 
MSC910 
MSL102 
MSL302 
MSP920 


MTR103 


MPC903 


MS150 
MS157 
MS249 
MS266 
MS282 
MS301 
MS311 
MS318 
MS326 
MS402 
MS410 


MSC920 
MSL104 


MTR107 
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Subsystem 


MTS 
N6 


N6TU 


NCS 
NET 
NETM 


NLUP 
NMS 


Information- 
only logs 


MTR109 
MTR119 
MTR143 
MTS101 
N6101 
N6107 
N6116 
N6120 
N6135 
N6139 
N6305 
N6313 
N6318 
N6TU101 
N6TU105 
NCS101 
NET130 
NETM103 
NETM112 
NETM119 
NETM125 
NETM139 
NETM144 
NLUP110 
NMS100 


MTR110 
MTR124 
MTR148 
MTS102 
N6102 
N6109 
N6117 
N6127 
N6136 
N6300 
N6307 
N6315 
N6406 
N6TU102 
N6TU106 
NCS103 
NET131 
NETM105 
NETM115 
NETM121 
NETM128 
NETM140 
NETM145 


NMS101 


MTR111 


MTR130 


MTS103 
N6104 
N6110 
N6118 
N6128 
N6137 
N6301 
N6309 
N6316 


N6TU103 


NCS105 
NET132 
NETM106 
NETM117 
NETM123 
NETM129 


NETM142 


MTR115 
MTR133 


N6105 
N6114 
N6119 
N6134 
N6138 
N6303 
N6311 
N6317 


N6TU104 


NCS201 


NETM107 
NETM118 
NETM124 
NETM138 
NETM143 
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Subsystem 


NO6 


NODE 
NOP 

NOPT 
NPAC 


NWM 


OCC 
ODM 
OLS 
OMA 
OMF 
OMPR 
OPM 
PCH 


Information- 
only logs 


NO6100 
NO6123 
NODE500 
NOP112 
NOPT101 
NPAC110 
NPAC203 
NPAC552 
NWM101 
NWM105 
NWM110 
NWM120 
NWM142 
NWM203 
OCC233 
ODM603 
OLS600 
OMA402 
OMF101 
OMPR203 
OPM603 
PCH100 
PCH104 
PCH110 
PCH650 


NO6102 
NO6202 


NOP113 


NPAC111 
NPAC204 
NPAC999 
NWM102 
NWM107 
NWM111 
NWM130 
NWM143 
NWMS00 


OLS601 


PCH101 


PCH106 
PCH112 


NO6120 
NO6303 


NOP114 


NPAC119 
NPAC211 


NWM103 
NWM108 
NWM112 
NWM140 
NWM201 
NWM400 


OLS602 


PCH102 


PCH108 
PCH115 


NO6121 


NPAC129 
NPAC300 


NWM104 
NWM109 
NWM113 
NWM141 


NWM202 


PCH103 
PCH109 
PCH204 
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Subsystem 
PEND 
PES 


PM 


PMC 
PRFM 


RDT 


RMAN 


Information- 
only logs 


PEND102 
PES104 
PES111 
PM103 
PM111 
PM140 
PM162 
PM170 
PM191 
PM197 
PM213 
PM220 
PMC100 
PRFM200 
PRFM210 
RDT102 
RDT601 
RMAN100 
RMAN104 
RMAN108 
RMAN112 
RMAN116 
RMAN120 
RMAN124 


RMAN128 


PEND103 
PES107 
PES112 
PM104 
PM119 
PM141 
PM164 
PM182 
PM193 
PM210 
PM215 
PM240 


PRFM201 


RDT103 


RMAN101 
RMAN105 
RMAN109 
RMAN113 
RMAN117 
RMAN121 
RMAN125 
RMAN129 


PEND104 
PES108 


PM105 
PM130 
PM153 
PM165 
PM184 
PM195 
PM211 
PM216 
PM270 


PRFM204 


RDT104 


RMAN102 
RMAN106 
RMAN110 
RMAN114 
RMAN118 
RMAN122 
RMAN126 
RMAN130 


1-117 


PES110 


PM106 
PM131 
PM154 
PM166 
PM188 
PM196 
PM212 
PM217 


PRFM207 


RDT600 


RMAN103 
RMAN107 
RMAN111 
RMAN115 
RMAN!119 
RMAN123 
RMAN127 


RMAN131 
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Table 1-21 SInformation-only logs (Sheet 13 of 15) 


Subsystem 


RMAP 


RO 


ROS 


SA 


SCP 


SEAS 


SECU 


SIS 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


Information- 
only logs 


RMAN132 
RMAN136 
RMAP100 
RO101 
RO902 
ROS901 
SA200 
SCP300 
SCP414 
SCP902 
SEAS101 
SEAS107 
SECU127 
SIS100 
SLE101 
SLE108 
SLM402 
SLM408 
SLNK100 
SLNK105 
SMDI103 
SME104 
SOS101 
SOS112 
SPC100 


RMAN133 
RMAN137 


RO102 
RO9603 
ROS902 
SA201 
SCP400 
SCP500 
SCP903 
SEAS103 
SEAS108 
SECU128 
SIS101 
SLE102 


SLM405 
SLM409 
SLNK102 
SLNK109 
SMDI104 
SME105 
SOS106 
SOS120 


RMAN134 
RMAN138 


RO103 
RO904 


SA202 
SCP401 
SCP900 
SCP904 
SEAS104 
SEAS110 
SECU129 
SIS102 
SLE103 


SLM406 


SLNK103 


SME110 


SOS109 
SOS1831 


RMAN135 


RO104 


RO910 


SA203 


SCP412 


SCP901 


SEAS106 
SEAS111 


SIS103 
SLE107 


SLM407 


SLNK104 


SME111 
SOS111 
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Table 1-21 SInformation-only logs (Sheet 14 of 15) 


Information- 

Subsystem only logs 

SS SS100 

STOR STOR102 STOR103 STOR104 STOR105 
STOR106 STOR107 

SWCT SWCT101 SWCT102 SWCT103 SWCT107 
SWCT109 SWCT111 SWCT113 SWCT117 

SWNR SWNR100 SWNR101 

SYNC SYNC101 SYNC102 SYNC104 SYNC201 
SYNC202 SYNC204 SYNC205 SYNC207 
SYNC208 

TABL TABL100 TABL101 

TCAP TCAP102 TCAP199 

TELN TELN100 TELN110 TELN120 TELN130 
TELN140 

TH TH201 TH301 TH404 TH405 

TOPS TOPS107 TOPS112 TOPS116 

TPS TPS102 TPS104 

TRK TRK105 TRK107 TRK108 TRK112 
TRK119 TRK125 TRK127 TRK132 
TRK134 TRK139 TRK141 TRK143 
TRK145 TRK147 TRK151 TRK152 
TRK156 TRK166 TRK170 TRK171 
TRK172 TRK173 TRK179 TRK180 
TRK184 TRK185 TRK187 TRK191 
TRK192 TRK195 TRK196 TRK197 
TRK199 TRK206 TRK215 TRK216 
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Subsystem 


TRMS 
TUPC 
UOAM 
VIP 
VMX 
VPSC 
WB 


XSM 


Information- 
only logs 


TRK217 
TRK221 
TRK225 
TRK301 
TRMS300 
TUPC100 
UOAM301 
VIP101 
VMX100 
VPSC101 
WB100 
XSM101 


TRK218 
TRK222 
TRK226 
TRK302 
TRMS450 
TUPC101 


VIP102 


VPSC102 


WB101 
XSM102 


TRK219 
TRK223 
TRK227 
TRK303 
TRMS500 
TUPC102 


VIP103 


VPSC103 


WB102 
XSM104 


TRK220 
TRK224 
TRK228 
TRK333 


TUPC103 


WB103 


UCS log reports 1-121 


ISDN111 
Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates 
ISDN111 when one D-channel is in an active (ACT) state. The other 
D-channel is in an out-of-service (OOS) state. 
Format 
The log report format for ISDN111 is as follows: 
ISDN111 mmmdd hh:mm:ss ssdd INFO PRA D-CHANNEL MAJOR 
ALARM 
trkid Dl=cccc nnn nn nn: txt D2=cccc nnn nn nn: txt 
Example 


An example of log report ISDN111 follows: 


ISDN111 MAYO7 10:12:32 0903 INFO PRA D-CHANNEL MAJOR ALARM 
PRACLLI D1=DTCI 12 11 19 : ACT D2-DTCI 12 11 20 : OOS 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFOPRAD-CHANNEL Constant Indicates a major alarm associated with the 

MAJOR ALARM specified D-channels 

trkid Symbolic text Specifies the trunk circuit ID. Refer to Table I. 

D1 DTCl=digital trunk Identifies the digital peripheral module (PM) 
controller - ISDN type of the first D-channel 


LTCl=line trunk 
controller - ISDN 


nnn 0-127 Identifies the digital PM number of the first 
D-channel 

nn 0-19 Identifies the DS-1 line number of the first 
D-channel 

nn 1-24 Identifies the time slot on DS-1 of the first 
D-channel 
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(Sheet 2 of 2) 


Field Value Description 
txt ACT=active state Indicates the status of the first D-channel 
OOS=out-of-service 
state 
D2 DTCl=digital trunk Identifies the digital PM type of the second 
controller - ISDN D-channel 
LTCl=line trunk 
controller - ISDN 
nnn 0-127 Identifies the digital PM number of the second 
D-channel 
nn 0-19 Identifies the DS-1 line number of the second 
D-channel 
nn 1-24 Identifies the time slot on DS-1 of the second 
D-channel 
txt ACT=active state Indicates the status of the second D-channel 
OOS=out-of-service 
state 
Action 


Determine if the D-channel carrier is in service or out of service. If the 
D-channel carrier is out of service, take correcting action to bring it into 
service. If the problem continues, make sure that hardware functions. Perform 
a Continuity test (CONT) or a Loopback test (LoopBK). These tests check if 
the transmission line functions. Access these tests through the following 


directories: 

e MAPCI 

* MTC 

* TRKS 

e TTP 

e PRADCH 


Associated OM registers 
There are no associated OM registers. 
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ISDN112 
Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates 
ISDN112 when both D-channels are in an out-of-service (OOS) state. 
Format 
The log report format for ISDN112 is as follows: 
ISDN112 mmmdd hh:mm:ss ssdd INFO PRA D-CHANNEL CRITICAL 
ALARM 
trkid  D12cccc nnn nn nn: txt D2=cccc nnn nn nn: txt 
Example 


An example of log report ISDN112 follows: 


ISDN112 MAYO7 10:11:12 0701 INFO PRA D-CHANNEL CRITICAL 
ALARM 
PRACLLI D1=DTCI 12 11 19 : OOS D2=DTCI 12 11 20 : OOS 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO PRA Constant Indicates a critical alarm associated with the 

D-CHANNEL specified D-channels 

CRITICAL ALARM 

trkid Symbolic text Specifies the trunk circuit ID. Refer to Table I. 

D1 DTCl=digital trunk Identifies the digital peripheral module (PM) 
controller - ISDN type of the first D-channel 


LTCl=line trunk 
controller - ISDN 


nnn 0-127 Identifies the digital PM number of the first 
D-channel 

nn 0-19 Identifies the DS-1 line number of the first 
D-channel 

nn 1-24 Identifies the time slot on DS-1 of the first 
D-channel 
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ISDN112 (end) 


(Sheet 2 of 2) 


Field Value Description 
OOS Constant Indicates the first D-channel is out-of-service 
D2 DTCl=digital trunk Identifies the digital PM type of the second 
controller - ISDN D-channel 
LTCl=line trunk 
controller - ISDN 
nnn 0-127 Identifies the digital PM number of the second 
D-channel 
nn 0-19 Identifies the DS-1 line number of the second 
D-channel 
nn 1-24 Identifies the time slot on DS-1 of the second 
D-channel 
OOS Constant Indicates the second D-channel is OOS 
Action 


Determine if the D-channel carrier is in service or OOS. If the D-channel 
carrier is OOS, take appropriate action to return it to service. If the problem 
continues, make sure the hardware functions. Perform a Continuity test 
(CONT) or a Loopback test (LoopBK). These tests check if the transmission 
line functions. Access these tests through the following directories: 


MAPCI 
MTC 
TRKS 
TTP 
PRADCH 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


UCS log reports 1-125 


The Integrated Services Digital Network (ISDN) subsystem generates 
ISDN113 when a manual D-channel switchover occurs. The log indicates the 
active (ACT) and out-of-service (OOS) D-channels after the switchover. 


Format 


The log report format for ISDN113 is as follows: 


ISDN113 mmmdd hh:mm:ss ssdd INFO PRA D-CHANNEL MANUAL 


SWACT 


trkid  D12cccc nnn nn nn : txt D22cccc nnn nn nn : txt 


Example 


An example of log report ISDN113 follows: 


ISDN113 MAYO7 10:14:35 1807 INFO PRA D-CHANNEL MANUAL SWACT 
PRACLLI D1=DTCI 12 11 19 : OOS D2-DTCI 12 11 20 : ACT 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO PRA Constant Indicates a manual switchover occurs 
D-CHANNEL 

MANUAL SWACT 

trkid Symbolic text Specifies the trunk circuit ID. Refer to Table l. 
D1 DTCl=digital trunk Identifies the digital peripheral module (PM) type 


controller - ISDN 
LTCl=line trunk 
controller - ISDN 


nnn 0-127 
nn 0-19 
nn 1-24 


of the first D-channel 


Identifies the digital PM number of the first 
D-channel 


Identifies the DS-1 line number of the first 
D-channel 


Identifies the time slot on DS-1 of the first 
D-channel 
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Field Value Description 
txt ACT=active state Indicates the current status of the first D-channel 
OOS=out-of-service 
state 
D2 DTCl=digital trunk Identifies the digital PM type of the second 
controller - ISDN D-channel 
LTCl=line trunk 
controller - ISDN 
nnn 0-127 Identifies the digital PM number of the second 
D-channel 
nn 0-19 Identifies the DS-1 line number of the second 
D-channel 
nn 1-24 Identifies the time slot on DS-1 of the second 
D-channel 
txt ACT=active state Indicates the current status of the second 
OOS=out-of-service D-channel 
state 
Action 


Determine if the D-channel carrier is in service or OOS. If the D-channel 
carrier is OOS, take appropriate action to return it to service. If the problem 
continues, make sure the hardware functions. Perform a Continuity test 
(CONT) or a Loopback test (LoopBK). These tests check and see if the 
transmission line functions. Access these tests through the following 


directories: 

e MAPCI 

* MTC 

* TRKS 

e TTP 

e PRADCH 


Associated OM registers 
There are no associated OM registers. 
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ISDN114 
Explanation 
A PRODNM switch generates this log whenever an autonomous D-channel 
switchover occurs. 
Format 
The format for log report ISDN114 follows: 
ISDN114 date time seqnbr INFO PRA D-CHANNEL AUTONOMOUS 
SWACT 
clli name D1=DTCI dl. xpm no dl ckt nodl ts no: dl, status 
D2=DTCI d2 xpm no d2 ckt no d2 ts no: d2, status 
Example 


An example of log report ISDN114 follows: 


ISDN114 OCT27 15:11:44 1567 INFO PRA D-CHANNEL AUTONOMOUS 
SWACT 
PRICLLI1 D1=DTCI 10 1 : INS 
D2-DTCI 102: STB 


Field descriptions 
The following table explains the variable information in this log report: 


(Sheet 1 of 2) 


Field Value Description 
clli name alphabetic This field indicates the CLLI name of the PRI 
trunk. 
di xpm no numeric This field indicates the D1 XPM number. 
di ckt no numeric This field indicates the D1 CKT number. 
di ts no numeric This field indicates the D1 TS number. 
di status alphabetic; some This field indicates the status of the D1 
examples follow: channel. 
INS 
STB 
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(Sheet 2 of 2) 


Field 


d2 xpm no 
d2 ckt no 
d2 ts no 


d2 status 


Value 
ACT 
DOS 
OOS 
numeric 
numeric 
numeric 


alphabetic; some 
examples follow: 


STB 
NS 

DOS 
ACT 
OOS 


Description 


This field indicates the D2 XPM number. 
This field indicates the D2 CKT number. 
This field indicates the D2 TS number. 


This field indicates the status of the D2 
channel. 


Action 


Verify that the D-channel carrier is in service. If it is out of service, bring it into 


service. 


Associated OM registers 


None 


Additional information 
None 
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ISDN115 
Explanation 
The ISDN subsystem generates log report ISDN115. The system generates 
ISDN115 when the attempted terminal endpoint identifier (TED) assignment 
exceeds the value of the subscription counters. The subscription counters 
represent the maximum number of acceptable links for the set of TEI values. 
This condition causes the switch to perform a TEI audit. 
Format 
The log report formats for ISDN115 are as follows: 
Format 1 
ISDN115 mmmdd hh:mm:ss ssdd INFO Subscription limits exceeded 
ISG: <n> CHNL: <n> typtxt < pmid> LEN: <len> 
Data: Redundant TEI= <nnn> <sci> SC = <n> 
Action Taken: TEI Audit 
Format 2 
ISDN115 mmmdd hh:mm:ss ssdd INFO Subscription limits exceeded 
ILD = <drawer> LEN = <len> TEI = <tei> 
<nd> SC = <sc> 
ATTENTION 
ISDN line drawer for remotes (ILDR) is available for remote switching 
center-SONET (RSC-S) and remote switching center (RSC) 
configurations in the NA007/XPMOS timeframe. The ILDR is available 
for remote line concentrating module (RLCM), outside plant module 
(OPM), and outside plant access cabinet (OPAC) configurations in the 
NAOO08/XPMSI timeframe. 
Format 3 
ISDN115 mmmdd hh:mm:ss ssdd INFO Subscription limits exceeded 
V5I = «Node number? LEN= len TEI- nnn 111 SC= limit 
Examples 


Examples of log report ISDN115 follow. 
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ISDN115 (continued) 


Example 1 


ISDN115 AUG 11 01:00:53 INFO Subscription limits exceeded 
ISG- 1 CHNL:4 BRA LTC: 1 LEN: HOST 01 0 08 O07 
Data:  Redundant TEI- 127 ndl SC = 2 
Action Taken: TEI Audit 


Example 2 
ISDN115 APROY 16:15:09 5678 INFO Subscription limits 
exceeded 

ILD = 4 LEN = REM1 00 1 5 2 TEI = 86 


ndi SC = 8 
Example 3 


ISDN115 APROY 16:15:09 5678 INFO Subscription limits 
exceeded 

V5I = 72 LEN = REM1 00 1 5 2 TEI = 86 

ndi SC = 8 


Field descriptions 


The following table describes the fields that the examples of log report formats 
1,2 and 3 use. Note that not all of the fields that appear in this table appear in 
each of the three formats. 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant This field indicates that ISDN115 is an 
information log that does not require action. 

Subscription limits Subscription limits This field indicates that the action exceeds set 

exceeded exceeded limits. 

ISG 0 to 255 This field indicates the D-channel handler 
(DCH) number. 

CHNL 1 to 31 This field indicates the time slot of the DCH. 

typtxt symbolic text This field identifies the D-channel type. 

pmid LGC n, LTC n, or RCCIn_ This field indicates the type of peripheral 
module (PM) and the associated number of the 
PM. 
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Field Value Description 

LEN Integer This field indicates the external description of 
line equipment number (LEN). 

«Node number- Integer This field indicates the V5l node number. 

drawer 0 to19 This field indicates the ILDR drawer number in 
the line concentrating module (LCM). 

Data Constant This field indicates you can use the data to 
analyze the error condition. 

Redundant 0-127 This field indicates repeated TEI values. 

TEl=n 

111SC nd1 SC=d1 or nd2SC= This field indicates the subscription counter 

d2 and limit. 
sci nd1 or nd2 This field indicates the subscription counter. 
SC Numeric value This field indicates subscription counter limit. 


Action Taken 


Constant 


This field indicates TEI audit detected an error 
condition. 


Action 


There is no action required. Retain this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 
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ISDN116 

Explanation 
The ISDN subsystem generates log report ISDN116. The subsystem generates 
ISDN116 to record the results of the terminal endpoint identifier (TEI) audit. 
When the action identifier has a TEI value assigned to a terminal on a loop, the 
switch performs a TEI audit. 

Format 


The log report formats for ISDN116 are as follows: 


Format | 


ISDN116 mmmdd hh:mm:ss ssdd INFO TEI has not been assigned 
ISG: <n> CHNL: <n> typtxt <pmid> «n» LEN: <len> 
Data: TEI = <n> 
Action Taken: Identity Denied Message 


Format 2 


ISDN116 mmmdd hh:mm:ss ssdd INFO TEI has not been assigned 
ILD = <drawer> 
LEN = <len> 
TEI = <tei> 


ATTENTION 
ISDN line drawer for remotes (ILDR) is available for remote switching 
center-SONET (RSC-S) and remote switching center (RSC) 
configurations in the NA007/XPMOS timeframe. The ILDR is available 
for remote line concentrating module (RLCM), outside plant module 
(OPM), and outside plant access cabinet (OPAC) configurations in the 
NA008/XPM81 timeframe. 


Format 3 


ISDN116 mmmdd hh:mm:ss ssdd INFO TEI has not been assigned 
V5I = «Node number? 
LEN = «len» 
TEI = <tei> 
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ISDN116 (continued) 


Examples 


Examples of log report ISDN116 follow. 


Example 1 


ISDN116 APROY 16 
ISG: 1 CHNL: 
Data:TEI: 69 
Action Taken: 


Example 2 

ISDN116 APRO9 16 
ILD = 4 
LEN = REM1 00 
TEI = 86 

Example 3 

ISDN116 APRO9 16 
V5I - 72 
LEN = REM1 00 
TEI - 86 


Field descriptions 
The following table describes the fields that the log report examples use. 
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:15:09 5678 Info T 
4 BRA LTC 1 LEN: 


EI has not been 
HOST 01 1 08 07 


Identity Denied Message 


:15:09 5678 Info T 


1:25:52 


:15:09 5678 Info T 


d: 


EI has not been 


EI has not been 


assigned 


assigned 


assigned 


Field Value Description 

INFO Constant This field indicates that ISDN116 information 
log report does not require action. 

TEI has not been Constant This field indicates the TEI does not have an 

assigned assigned value. 

ISG: n 0 to 255 This field indicates the D-channel handler 
(DCH) number. 

CHNL: n 0 to 31 This field indicates the time slot of the 
D-channel. 

typxtxt Symbolic text This field identifies the D-channel type. 
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Field Value Description 

pmid LGCn,LTCn,orRCCIn This field indicates the type of peripheral 
module (PM) and the associated number of the 
PM. 

LEN Integer This field indicates the external description of 


line equipment number (LEN). 


Data Constant This field indicates that you can use the data to 
analyze the error condition. 


«Node number» Integer This field indicates the V5I node number. 


drawer 0 to 19 This field indicates the ILDR drawer number in 
the line concentrating module (LCM). 


TEI 0 to 127 This field indicates repeated TEI values. 


Action Taken Constant This field indicates that the TEI audit detected 
an error condition. 


Action 
There is no action required. Retain this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 
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ISDN117 
Explanation 
A UCS DMS-250 switch generates this log when it finds an invalid data field 
in a message passed to the ISDN. The log indicates that the switch has received 
information in an unknown format; the switch cannot support such data. 
Format 
The format for log report ISDN117 follows: 
ISDN117 date time seqnbr INFO INVALID_MSG_CONTENT 
ISP =isp DTCI dtci DS1 Port port Chnl chnl msg 
Example 


An example of log report ISDN117 follows: 


ISDN117 AUGO6 08:11:16 6051 INFO INVALID_MSG_CONTENT 
ISP = 0 DTCI 1 DS1 Port 19 Chnl 12 MESSAGE MAPPING FAIL 
FROM NOTIFY TO INR 


Field descriptions 
The following table explains the variable information in this log report. 


(Sheet 1 of 2) 


Field Value Description 


isp integer This field indicates the ISDN signaling 
preprocessor (ISP) number [the active ISDN 
digital trunk controller (DTCI) unit]. 


dtci character This field indicates the DTCI number 
(normally converted from an integer). 


port 0-19 This field indicates the span number for the 
DTCI on which the call was sent. 


chnl 1-24 This field indicates the number of the 
B-Channel on which the call was sent. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


UCS log reports 1-136 
ISDN117 (end) 


(Sheet 2 of 2) 
Field 


msg 


Action 


Value 


character string; 40 
characters 


Associated OM registers 


Additional information 


Description 


This field provides information about what 
caused the log message. For example, it 
could display what message mapping 
caused the log to be displayed. 


The following messages are defined in 
C7PRAIM: 


INV SPECIF IRQ_PARM FROM NOTIFY 
TO INR 


CN MAPPING FAILED FROM NOTIFY TO 
INF 


CGN MAPPING FAILED FROM NOTIFY 
TO INF 


RGN MAPPING FAILED FROM NOTIFY 
TO INF 


INV SPECIF IRQ_PARM FROM NOTIFY 
TO INF 


RNN MAPPING FAILED FROM NOTIFY 
TO CPG 


MESSAGE MAPPING FAIL FROM NOTIFY 
TO INR 


This log does not require action. It only provides information. 
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Explanation 


Format 


Example 


UCS log reports 1-137 


The ISDN subsystem generates this report when it establishes or restores a link 
with the D-channel under unexpected conditions. The subsystem establishes 
the link when the primary rate access (PRA) D-channel is restored to service 
and synchronized for use. The ISDN subsystem only generates this log when 
the previous state of the D-channel was not a carrier fail, man-busy, D-channel 
in-service busy (DCH-INB), or PM busy. The ISDN subsystem does not 
generate this log following a switch activity (SWACT) reset. 


The purpose of this log is to signal recovery from a synchronization problem. 
The ISDN subsystem does not generate this log for establishment or 
restoration of the link under normally expected conditions. This log tells the 
technician that a D-channel entered or returned to service and synchronization 
is complete. 


The format for log report ISDN118 follows: 


ISDN118 mmmdd hh:mm:ss ssdd INFO PRA Sync Established 
ISP=n DTCI/LTCn Portn Chnln 


An example of log report ISDN118 follows: 


ISDN118 MARO2 16:42:27 9833 INFO PRA Sync Established 
ISP-1 DTCI O0 Port 1 Chnl 24 


Field descriptions 


(Sheet 1 of 2) 


The following table explains each of the fields in the log report: 


Field Value Description 

INFO PRA Sync Established Constant The indicated D-channel returned to service 
and synchronization completed. 

ISP =n 0 or 1 Indicates the ISDN signaling preprocessor 


(ISP) number in the active ISDN digital trunk 
controller (DTCI) or line/trunk controller 
(LTC) unit. 
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Field Value Description 

DTCI (or LTC) n 0-4 Indicates the number of the DTCI or the 
LTC. 

Port n 0-19 Indicates the DS-1 port number. Refer to 
Table SPECCONN in the Customer Data 
Schema Reference Manual. 

Chnl n 1-24 Indicates the DS-1 channel number. Refer 
to Table SPECCONN in the Customer Data 
Schema Heference Manual. 

Action 


This log does not require action. It only provides information. 


Associated OM registers 
None 
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ISDN119 
Explanation 
A UCS DMS-250 switch generates this log when it does not find an expected 
specific optional parameter in a message that the ISDN receives. The log 
indicates that the message mapping is possibly corrupt or that the switch 
received data in an unknown format; the switch cannot support such data. 
Format 
The format for log report ISDN119 follows: 
ISDN119 date time seqnbr INFO OPTIONAL PARAMETER 
EXPECTED 
ISP =isp DTCI dtci DS1 Port port Chnl chnl msg 
Example 


An example of log report ISDN119 follows: 


ISDN119 AUGO6 08:11:18 6152 INFO OPTIONAL_PARAMETER EXPECTED 
ISP = 0 DTCI 1 DS1 Port 19 Chnl 12 RNN NOT PRESENT FROM 
NOTIFY TO CPG 


Field descriptions 
The following table explains the variable information in this log report. 
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Field Value Description 


isp integer This field indicates the ISDN signaling 
preprocessor (ISP) number [the active ISDN 
digital trunk controller (DTCI) unit]. 


dtci character This field indicates the DTCI number 
(normally converted from an integer). 


port 0-19 This field indicates the span number for the 
DTCI on which the call was sent. 


chnl 1-24 This field indicates the number of the B 
Channel on which the call was placed. 
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Field Value 
msg character string; 40 
characters 
Action 


Description 


This field provides information about what 
caused the log message. For example, it 
could display what message mapping 
caused the log to be displayed. 


The following messages are defined in 
C7PRAIM: 


CN NOT PRESENT FROM NOTIFY TO INR 


CGN NOT PRESENT FROM NOTIFY TO 
INF 


RGN NOT PRESENT FROM NOTIFY TO 
INF 


RNN NOT PRESENT FROM NOTIFY TO 
CPG 


This log does not require action. It only provides information. 


Associated OM registers 
None 


Additional information 
None 
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ISDN120 


Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates log 
report ISDN120 when a periodic TEI audit fails during a routine test. The TEI 
audit fails when a switch receives more responses from terminals than 
expected during the audit. 


Format 
The log report format for ISDN120 is as follows: 


ISDN120 mmmdd hh:mm:ss ssdd INFO Routine Test 
ISG: <n> Chnl: <n> typtxt LTC: «n» LEN: «len? 
Analysis Data: Redundant TEI = «nnn? 

Action Taken: TEI Audit 


Example 
An example of log report ISDN120 follows: 


ISDN120 AUG11 01:00:53 8800 INFO Routine Test 
ISG: 1 Chnl: 4 BRA LTC: 1 LEN: HOST 01 0 08 07 
Analysis Data: Redundant TEI = 127 
Action Taken: TEI Audit 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that ISDN120 is an information log 
report that does not require action. 

Routine Test Routine Test Indicates that the system performed a TEI 
audit. 

ISG 0-255 Identifies the ISDN service group (ISG) 
number. 

Chnl 0-31 Identifies the timeslot of the D-channel. 

typtxt symbolic text Identifies the D-channel type. 
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Field Value Description 


pmid LTC, LGC, RCC Identifies the type of peripheral module (PM) 
and the associated number of the ISDN120. 
Refer to Table | of the Log Report Reference 
Manual . 


LEN Integers Provides the external description of the line 
equipment number (LEN). 


Analysis Data Constant Provides data to analyze the error condition. 
Redundant TEI 0-127 Provides the repeated TEI value. 
Action Taken TEI Audit Indicates that the TEI audit detected an 


error condition. 


Action 
There is no action required. Retain this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 
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ISDN121 
Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates log 
report ISDN121. The subsystem generates ISDN121 when a terminal initiates 
an identity verify message that contains a terminal endpoint identifier (TEI) 
value of 127. 
Format 
The log report format for ISDN121 is as follows: 
ISDN121 mmmdd hh:mm:ss ssdd INFO Identity Verify Message 
ISG: <n> Chnl: <n> typtxt pmid: «n» LEN: <len> 
Analysis Data: None 
Action Taken: Redundant TEI Query 
Example 


An example of log report ISDN121 follows: 


ISDN121 AUG11 01:00:53 8800 INFO Identity Verify Message 
ISG: 1 Chnl: 4 BRA LTC: LEN: HOST 01 0 08 07 
Data: None 
Action Taken: Redundant TEI Query 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO Constant Indicates that ISDN121 is an information 
log. 

Identity Verify Message Identity Verify Indicates that a terminal initiates an identity 
Message verify message that contains a TEI of 127. 

ISG 0-255 IdentiieN service group (ISG) number. 

Chnl 0-31 Identifies the timeslot of the D-channel. 

typtxt symbolic text Identifies the D-channel type. 
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Action 


Field Value Description 

pmid LTC, LGC, RCC Identifies the type of peripheral module (PM) 
and the associated number of the PM. 
Refer to Table | of the Log Report Reference 
Manual . 

LEN Integers Provides the external description of the line 
equipment number (LEN). 

Data Constant Provides data to analyze the error condition. 

TEI 0-127 Identifies a known TEI or indicates the TEI is 
not known. 

Action Taken Repeated TEI Indicates that repeated TEI query detected 

Query an error condition. 


There is no action required. Retain this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 
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ISDN122 


Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates log 
report ISDN122. The subsystem generates ISDN122 when a terminal sends a 
frame that was not planned to the switching system. The system sends the 
frame for the current link access protocol for the D-channel (LAPD) state. 


Format 
The log report format for ISDN122 is as follows: 


ISDN122 mmmdd hh:mm:ss ssdd INFO Unsolicited Response 
ISG: <n> Chnl: <n> typtxt pmid: «n» LEN: <len> 
Data: TEI = <nnn> 
Action Taken: Redundant TEI Query 


Example 
An example of log report ISDN122 follows: 


ISDN122 AUG11 01:00:53 8800 INFO Unsolicited Response 
ISG: Chnl: 4 BRA LTC: 1 LEN: HOST 01 0 08 07 
Data: TEI = 127 
Action Taken: Redundant TEI Query 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that ISDN122 is an information log 
report. 

Unsolicited Response Unsolicited Indicates that the layer two software 

Response detected a response that was not 

requested. 

ISG 0-255 Identifies the ISDN service group (ISG) 
number. 

Chnl 0-31 Identifies the timeslot of the D-channel. 

typtxt symbolic text Identifies the D-channel type. 
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Field Value Description 

pmid LTC, LGC, RCC Identifies the type of peripheral module (PM) 
and the associated number of the PM. 
Refer to Table | of the Log Report Reference 
Manual . 

LEN Integers Provides the external description of the line 
equipment number (LEN). 

Data Constant Indicates that you can use the data that 
follows to analyze the error condition. 

TEI 0-127 Identifies the number of a known TEI or 
indicates TEI is not known. 

Action Taken repeated TEI Indicates that the repeated TEI Query 

Query detected an error condition. 
Action 


There is no action required. Retain this log report for debugging purposes. 


Associated OM registers 


There are no associated OM registers. 
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ISDN301 
Explanation 
The ISDN subsystem generates log report ISDN301. Log report ISDN301 
generates after the detection of a layer 3 protocol abnormality. Technical 
Requirement 821 (TR821) specifies the layer 3 protocol abnormality. 
ISDN301 reports layer 3 protocol abnormalities for both voice services and 
packet data. ISDN301 lists the type of abnormality and information on the 
cause of the abnormality for voice services. Also, ISDN301 lists the type of 
abnormality for packet data. X.25 Protocol Systems (XPS) generate this log 
report for packet data. 
Formats 
Formats for log report ISDN301 follow: 
Format 1 
ISDN301 mmmdd hh:mm:ss ssdd INFO Layer 3 Protocol Abnormality 
PMID: <n> LEN: <len> TEI: <n> PDN: <n> 
Abnormality: «Abnormality Type» 
Cause: «Cause Type»? 
Format 2 
ISDN301 mmmdd hh:mm:ss ssdd INFO Layer 3 Packet Protocol 
Abnormality 
LEN: «len? 
Abnormality: «Abnormality Type» 
Cause: «Cause Type»? 
Examples 


Examples of log report ISDN301 follow: 
Example 1 


ISDN301 AUG11 01:00:53 4827 INFO Layer 3 Protocol Abnormality 
LTC: 1 LEN: HOST 01 1 14 25 TEI: 69 PDN: 6136217356 
Abnormality: Disconnect Received 
Cause: Temporary Failure 


Example 2 
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ISDN301 NOV27 02:00:01 7800 INFO Layer 3 Packet Protocol 


Abnormality 


LEN: HOST 01 0 04 04 
ITY:RESTART PKT TRANSMITTED 


ABNORMA 


CAUSE: 


jOCAL PROCEDURE 


Field descriptions 


ERROR 


The following table describes the fields in the log reports: 


Field 


Value 


Description 


INFO 


Layer 3 Protocol Abnormality 


PMID 


LEN 


TEI 


PDN 


Abnormality 


Cause 


Constant 


Constant 


LTC, LGC, RCC 


Alphanumeric text 
string 


0-127 


10 digits 


Symbolic text 


Symbolic text 


Indicates that ISDN301 is an 
information-only log and does not require 
action 


Indicates that the system detects a layer 3 
protocol abnormality 


Identifies the type of peripheral module (PM) 
and the associated number of the PM. 
Refer to Table | in this manual. 


Provides the external description of the line 
equipment number (LEN). 


Terminal endpoint identifier (TEI) specifies a 
number assigned to an ISDN set. 127 
indicates an invalid TEI value. 


Provides the primary directory number 
(PDN) as a full national directory number 
(DN) that includes the serving numbering 
plan area (SNPA). 


Indicates layer 3 protocol abnormality. The 
types of protocol abnormalities for voice 
services and packet data are listed in 
“Additional information". 


Indicates the cause value for the layer 3 
protocol abnormality. The causes of 
protocol abnormalities for voice services 
and packet data are listed in “Additional 
information”. 
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Action 
There is no required action. Save this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


The following information lists the abnormality types for ISDN301 log report 
for voice services: 


e DISCONNECT Received 

e DISCONNECT Transmitted 

e MSG Rcvd containing an unallocated CR value 
e MSG Rcvd less the min length 

e MSG Rcvd w/ an invalid CR value 

e MSG Rcvd w/ invalid protocol discriminator info 
* Progress Transmitted 

* REL COM Received 

* REL COM Transmitted 

* RELEASE Received 

* SETUP Rcvd w/ CR flag incorrectly set to 1 

* STATUS Received 

* STATUS Transmitted 
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ISDN301 (continued) 


The following table lists the possible causes for the generation of ISDN301 for 
voice services. These causes result in one of the events in the table. 


Cause Event 


BC not implemented Service or option not implemented 
channel type not implemented 

facility not implemented 

only restricted digital information BC is available 


svce_or_opt_not_implemented_unspecified 


invalid CR invalid message 
identified channel does not exist 

a suspended call exists 

call identity in use 

no call suspended 

call having the REQed call identity cleared 

called user not part of CUG 

incompatible destination 

dest missing and direct call not SUBSed 

invalid transit network selection 


invalid_message_unspecified 


mandatory info element is missing Protocol error 
message type nonexistent or not implemented 

message not compat with state 

element nonexistent or not implemented 

invalid info element contents 

msg not compatible with state 

recovery on timer expiration 

protocol error unspecified 

response_to_status_enquiry 

user_information_discarded 


temporary_failure 
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The following information lists the possible abnormality types for an 
ISDN301 log report for packet data: 


Restart packet received 
Restart packet transmitted 
Reset packet received 

Reset packet transmitted 

Clear packet received 

Clear packet transmitted 
Diagnostic packet transmitted 
Diagnostic packet received 
Service disruption reset packet 


Service disruption clear packet 


The following information lists the possible cause codes for the generation of 
ISDN301 for packet data: 


DTE Restart 

Local Procedure Error 

Network Congestion 

Network Operational 
Registration/Cancellation confirmed 
DTE Originated 

Out of Order 

Remote Procedure Error 

Remote DTE Operational 
Incompatible Destination 

Network Out of Order 

Number Busy 

Reverse Charging Acceptance Not Subscribed 
Fast Select Acceptance Not Subscribed 
Ship Absent 

Invalid Facility Request 


Access Barred 
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e Not Obtainable 
e RPOA Out of Order 


* Diagnostic Packet 
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Explanation 


UCS log reports 1-153 


The Integrated Services Digital Network (ISDN) subsystem generates log 
report ISDN302 to track parameter downloading abnormalities. 


The system generates ISDN302 under the following conditions: 


1. 


The XPM receives a parameter download (PD) request from the terminal 
through a REGISTER message. The REGISTER is 
SCP_X_Originate_Msg with the PDL_Start_Event. The Extended 
Peripheral Module (XPM) determines that some type of initial error 
occurred. The system sends the REGISTER message to the CM to 
indicate that the system received a PD request. The XPM sends a 
RELEASE_COMPLETE message with the specified error that occurred. 
The RELEASE_COMPLETE message is an SCP_X_Feature_Msg witha 
PDL_Log Event. The message from the XPM allows the FPE to 
determine the type of error that occurred. The FPE generates the 
ISDN302 log report. 


The XPM receives a PD request from the terminal and an error did not 
occur. The XPM sends a REGISTER message to the CM to request a 
download. This REGISTER message is an SCP_X_Originate_Msg with 
the PDL_Start_Event. The CM starts to gather the data to download. The 
data can be digital network interconnecting (DNI) or do not Disturb 
(DND). When an error occurs while the CM attempts to retrieve the data, 
the CM generates the ISDN302 log with the error condition. The CM 
sends a RELEASE COMPLETE message to the XPM. This message is 
an SCP. C Feature Msg with and PDL  Abort Event. 


The XPM receives a PD request from the terminal and an error did not 
occur. The XPM sends a REGISTER message to the CM that indicates 
the XPM requires a PD. The REGISTER message is an 

SCP X Originate Msg with the PDL, Start. Event. The CM can gather 
the data and download the data to the XPM. The data can be DNI or DND. 
When the XPM detects an error in the data that the CM downloads, the 
XPM sends a RELEASE, COMPLETE message to the CM. The 
RELEASE COMPLETE message is an SCP. X Feature Msg with an 
PDL Release Event. The message identifies the error that occurred. 


The XPM receives a PD request from the terminal and an error did not 
occur. The XPM sends a REGISTER message to the CM that indicates 
the XPM requires a PD. The REGISTER message is an 

SCP X Originate Msg with the PDL, Start. Event. The CM can gather 
the data and download the data to the XPM. The data can be DNI or DND. 
The terminal detects an error in the data that the CM downloads. The 
terminal sends a RELEASE, COMPLETE message to the XPM. The 
XPM determines the error that occurred and sends a 
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ISDN302 (continued) 


RELEASE_COMPLETE message to the CM. The 


RELEASE_COMPLETE message is an SCP_X_Feature_Msg with an 
PDL_Release_Event. 


Format 
The log report format for ISDN302 is as follows: 


ISDN302 mmmddhh:mm:ss ssdd Parameter Downloading Abnormality 
LEN = <len> 
SPID = <spid> or TEI = <tei> (see note 1) 
SOURCE: XPM/CPE/CM CAUSE: <cause value> (see note 2) 
ANALYSIS DATA: <analysis data> (see note 2) 
ERROR DETAIL: <Optional Data> (see note 2) 


Note I: The cause field determines if this format is SPID or the terminal 
endpoint identifier (TEI). The TEI appears in this field when TERMINAL 
NOT INITIALIZED, NON-EXISTENT SPID, INCONSISTENT SPID or 
IMPROPER SPID appear in the cause field. 


Note 2: Refer to ISDN302 LOG fields descriptions for all possible values. 


Example 


An example of log report ISDN302 that contains CAUSE: ROSE Reject 
Invoke Error follows: 


ISDN302 APR20 01:03:40 4833 INFO Parameter Downloading Abnormality 


LEN = HOST 10 1 00 03 

SPID = 862401 

SOURCE: XPM CAUSE: ROSE Reject Invoke Error 
ANALYSIS DATA: Mistyped Argument 


ERROR DETAIL: 02 02 31 32 AC 08 82 
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Field descriptions 
The following table describes each field in the log report: 


ISDN302 LOG fields (Sheet 1 of 5) 


Field Value Description 


LEN 0 to 25 Provides an external description of the line 
equipment number (LEN) 


SPID 0 to 19 Identifies the Service Profile ID (SPID) for 
which a PD error occurred. The user enters 
the SPID. 


TEI 0 to 127 Identifies the Terminal Endpoint Identifier 
(TEI) of the terminal. The TEI is present 
when the: 


*  terminal/phone is not initialized 

e  SPID is not present 

* SPID is not consistent 

e XPM cannot not interpret the SPID 


SOURCE Values can be one of Indicates the location of the error in the 
the following: switch and terminal during download. 
e XPM 
* CM 
e CPE 
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ISDN302 LOG fields (Sheet 2 of 5) 


Field Value Description 
CAUSE Values can be one of Indicates the reason for failure. 
the following: 
e General 
download error 
e ROSE ROIV 
error 


* Terminal failed to 
report results 


e Segmentation 
error 


* Too frequent 
request 


* Terminal not 
started 


* Duplicate request 
e Improper SPID 


e Non-existent 
SPID 


* Inconsistent 
SPID 
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ISDN302 LOG fields (Sheet 3 of 5) 


Field 


Value Description 


CAUSE (continued) 


ANALYSIS DETAIL 


Values can be oneof Indicates the reason for failure. 
the following: 


* ROSE reject 
general error 


* ROSE reject 
invoke error 


* User aborted 


download 

* Data not 
consistent with 
terminal 

* Invalid 


unrecognizeable 
event report 


*  Reassembly 
error 


* ROSE error 


0 TO 199. This field Provides additional detailed information 


does not always about the problem. Includes information on 
contain information. incorrect data in the incoming message. 
Values can be one of 

the following: 


*  Unrecognized 
APDU 


e  Mistyped APDU 


e Badly structured 
APDU 


*  Unuseable 
APDU 
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ISDN302 LOG fields (Sheet 4 of 5) 


Field 


Value 


Description 


ANALYSIS DETAIL (continued) 


0 to 199. This field 
does not always 
contain information. 
Values can be one of 
the following: 


e Duplicate 
invocation 


* Unrecognized 
operation 


*  Mistyped 
argument 


* Resource 
limitation 


* Invalid data 


e Call Appearance 
not supported 


e Intercom Groups 
not supported 


*  FAorFl out of 
range 


e Call Appearance 
ID out of range 


e DN Appearance 
ID out of range 


* Excess DN sent 


* BC not supported 


Provides additional detailed information 
about the problem. Includes information on 
incorrect data in the incoming message. 
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ISDN302 LOG fields (Sheet 5 of 5) 


Field 


Value 


Description 


ANALYSIS DETAIL (continued) 


ERROR DETAIL 


Action 


0 to 199. This field 
does not always 
contain information. 
Values can be one of 
the following: 


* Timer expiry 


* No such object 
instance 


* Message 
problem 


* None 


Oto 199. This field 
does not always 
contain information. 
This field can contain 
values that are a byte 
stream of the APDU 
or the TEI. 


There is no action required. 


Associated OM registers 
The registers ISDNPDOM and PDFAILRE associate with log report ISPN302. 


Additional information 


Provides additional detailed information 
about the problem. Includes information on 
incorrect data in the incoming message. 


Provides additional detailed information 
about the problem. Includes information on 
data in the incoming message. 


Different data requirements cause different event types. A flexible format 
procedure is provided. 
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ISDN304 


Explanation 


The Integrated Services Digital Network (ISDN) subsystem generates 
ISDN304. This event occurs when the D-channel handler-channel handler 
(DCH) or enhanced D-channel handler (EDCH) detects a layer-2 protocol 
abnormality. The technical requirement 821 (TR821) specifies this 
abnormality. The report includes the type of abnormality. 


Format 


The log report format for ISDN304 is as follows: 


ISDN304 mmmdd hh:mm:ss ssdd INFO Layer 2 Protocol Abnormality 
typtxt pmid: <n> LEN: <len> TEI: <n> 
Abnormality: <Abnormality Type> 


Example 


An example of log report ISDN304 follows: 


ISDN304 AUG11 01:00:53 4827 INFO Layer 2 Protocol Abnormality 
1 LEN: HOST 01 1 14 25 TEI:69 
Abnormality: Disconnect mode frame rcvd 


BRA LTC: 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 
Field 


INFO 


Layer 2 Protocol Abnormality 


typtxt 


pmid 


LEN 


Value 

Constant 

Layer 2 Protocol 
Abnormality 
symbolic text 


LTC, LGC, RCC 


Integers 


Description 


Indicates that this log report is information 


only. There is no exact action to take. 


Indicates that the detection of a layer-2 
abnormality. 


Identifies the D-channel type. 

Identifies the type of peripheral module (PM) 
and the associated number. Refer to Table 
| of the Log Report Reference Manual . 


Provides the external image of the line 
equipment number (LEN). 
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(Sheet 2 of 2) 


Field Value Description 
TEI 0-127 Identifies the TEI number. 
Abnormality Symbolic text Indicates layer-2 abnormality. See the table 


that follows for complete list of layer-2 
abnormalities. 


Action 
There is no action required. Save this log report for debugging purposes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


The following table lists each abnormality type that appears in the abnormality 
field of an ISDN301 log report. 


Layer 2 abnormality types 


Disconnect Mode frame Rcvd 

Disconnect Mode frame Sent 

Frames Revd w/cntrl field not defined 

Frames Revd w/info field not permitted or supervisory or unnum frame w/incorrect length 
Frames Rcvd w/invalid receive sequence number 

Frames Rcvd w/info field exceeds max established length 

Unexpected frames received 

FRMR frame Rcvd 

UA or DM not Revd to establish or reset link after N2 SABM sent 


Invalid frames Rcvd 
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ISDN305 
Explanation 
The Integrated Services Digital Network (ISDN) subsystem generates this log 
when an ISDN line exceeds the Service Disruption threshold. This threshold 
is defined by office parameter LAYER2_SERVICE_DSRPT_THLD, which 
resides in table OFCVAR. 
Format 
The format for log report ISDN305 follows: 
ISDN305 mmmdd hh:mm:ss ssdd INFO Service disruption exceeded 
typtxt pmid: <n> LEN: «len? 
Abnormality: <Abnormality Type» 
Example 


An example of log report ISDN305 follows: 


ISDN305 Jan 29 22:53:15 0538 INFO Service Disruption 
Exceeded 


BRA LTC: 0 LEN: HOST 01 0 07 03 
LEN has exceeded the Layer 2 Service Disruption 
threshold. 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

INFO Constant Indicates that this is an information-only log 
report that requires no specific action to be 
taken. 

Service Disruption Exceeded Service Disruption Indicates that the service disruption 

Exceeded threshold has been exceeded. 
typtxt symbolic text Identifies the D-channel type. 
pmid LTC, LGC, RCC Identifies the type of peripheral module (PM) 


and its associated number. Refer to Table | 
of the Log Report Reference Manual . 


LEN Integers Provides the external representation of the 
line equipment number (LEN). 


297-2621-840 Standard 09.01 May 2001 


1-163 UCS log reports 
ISDN305 (end) 


Action 
No specific action is required. Save this log report for debugging purposes. 


Associated OM registers 
None 
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Explanation 
The integrated services digital network (ISDN) subsystem generates the 
ISDN311 log report. ISDN311 generates when the layer 3 circuit-switched 
service disruption count for a basic rate interface (BRI) line exceeds its 
threshold value. Office parameter L3_SVC_DSRPT_THLD in table 
ISDNVAR defines the threshold value. 


The XMS-based peripheral module (XPM) detects ISDN layer 3 signaling 
conditions that cause D-channel service disruptions on a BRI. The XPM then 
sends a record of the service disruption to the computing module (CM), which 
increments the layer 3 service disruption counter. 


Format 
The format for log report ISDN311 follows. 


ISDN311 mmmdd hh:mm:ss ssdd INFO Service Disruption Exceeded 
pmid: <n> LEN: <len> 
<Description> 


Example 
An example of log report ISDN311 follows. 


ISDN311 APRO8 18:14:33 8119 INFO Service Disruption Exceeded 
LTC: 3 LEN: HOST 07 1 00 04 

LEN has exceeded the Layer 3 Service Disruption Threshold 

for Ckt 


Field descriptions 
The following table explains each of the fields in the log report. 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that ISDN311 is an 
information-only log and does not require 
action 

Service Disruption Exceeded Constant Indicates that the layer 3 service disruption 


count for circuit-switched services exceeds 
its threshold value 
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(Sheet 2 of 2) 


Field Value Description 


pmid LTC, LGC, RCC Identifies the type of peripheral module 
(PM) and its associated number. Refer to 
table | in this document for more 


information. 
LEN Alphanumeric text Provides the external description of the line 
string equipment number (LEN) 
Description Text Indicates that the LEN has exceeded the 


layer 3 service disruption threshold for 
circuit switched services 


Action 
No immediate action is required. Use this log for performance monitoring. 


Related OM registers 


None 


Additional information 
None 
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ISDN312 


Explanation 


The integrated services digital network (ISDN) subsystem generates the 
ISDN312 log report. ISDN312 occurs when the layer 3 service disruption 
counter for circuit-switched services reaches its capacity on a basic rate 
interface (BRI) line. 


ISDN312 lists the affected peripheral module (PM), line equipment number 
(LEN), and the counter capacity. 


Format 
The format for log report ISDN312 follows. 


ISDN312 mmmdd hh:mm:ss ssdd INFO Counter Capacity Reached 
pmid: «n» LEN: <len> 
«Description? 
Counter Capacity: #FFFF 


Example 
An example of log report ISDN312 follows. 


ISDN312 APRO8 16:43:05 8119 INFO Counter Capacity Reached 
LTC: 3 LEN: HOST 07 1 00 04 
Layer 3 Service Disruption counter has reached its 
capacity for Ckt. 
Counter Capacity: #FFFF 


Field descriptions 
The following table explains each of the fields in the log report. 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that ISDN312 is an 
information-only log and does not require 
action 

Counter Capacity Reached Constant Indicates that the layer 3 service disruption 


counter for circuit-switched services is at its 
maximum value 


pmid LTC, LTG, RCC Identifies the type of PM and its associated 
number. Refer to table | in this document 
for more information. 
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(Sheet 2 of 2) 


Field Value Description 

LEN Alphanumeric text Provides the external description of the 
LEN 

Description Text Indicates that the layer 3 service disruption 


counter for circuit switched services for the 
LEN has reached its capacity 


Counter Capacity Hexadecimal Indicates the counter capacity 
number 


Action 
No immediate action is required. Use this log for performance monitoring. 


Related OM registers 


None 


Additional information 
None 
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ISDN401 


Explanation 


The DMS switch generates the ISDN401 log report at 00:14 during each 24-h 
period, if the operating company personnel sets the ISDN401 log generation 
ON. This log report contains the details about the transmission performance of 
a single Northern Telecom National ISDN (NTNI) primary rate interface (PRI) 
D-channel. Both the log report and report type are added in module 
ISTLGIPL. 


The ISDN401 log report contains the following information: 
e NTNI PRI D-channel information 
e period of time for the reported counts 


* counts from the four active counters for the 24-h period 


e percentage of retransmissions and percentage reception errors from the 
active counters for the 24-h period 


Format 
The format for log report ISDN401 follows: 


LOAD NAME CM ISDN401 mmmdd hh:mm:ss ddd INFO PRI 
PERFORMANCE REPORT Transmission Performance Count for 

«pm type»? «ext pmno*? «ckt no^ «timeslot no» from mmm-dd hh:mm 
to mmm-dd hh:mm:ss 


Counter Name Value Counter Name Value 


PRI SO RETX xxxxxxxxxx PRI SO RX CRC xxxxxxxxxx 
PRI SO TX XXXXXXXXXX PRI S0 RX XXXXXXXXXX 
96 PRI RETX xxx.xx?0 90 PRI ERROR XXX.Xx 06 
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ISDN401 (continued) 


Example 


An example of log report ISDN401 follows: 


TCSA_O8AK CM 
PERFORMANCE 


ISDN401 MAY21 00:14:13 2800 INFO PRI 


REPORT Transmission Performance Count for DTCI 0 


1 24 from MAY-20 00:14 to MAY-21 00:14 


Counter Name Values Counter Name Values 
PRI_SO_RETX 70 PRI SO RX CRC 0 
PRI SO TX 2000 PRI SO RX 3000 
$ PRI RETX 3.50% PRI_ERROR 0.00 


Field descriptions 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


pm_type 


ext_pmno 


ckt_no 


timeslot_no 


PRI_SO_RETX 


PRI_SO_RX_CRC 


PRI_SO_TX 


0-125 


0-511 


1-180 


1-24 


0-4294967295 


0-4294967295 


0-4294967295 


This integer is the size of the symbolic, such 
as "DTCI or “LTC". This value is the datafill 
in table TRKSGRP. 


This integer is the PM number on which the 
D-channel resides. This value is the datafill 
in table TRKSGRP. 


This integer is the circuit number (DS-1 
number) on which the D-channel resides. 
This value is the datafill in table TRKSGRP. 


This integer is the timeslot (channel) on 
which the D-channel resides. This value is 
the datafill in table TRKSGRP. (For this 
NTNI log, the only valid value is 24.) 


This value is the number of frames the 
D-channel retransmits in the ISDN switch. 


This value is the number of frames the 
D-channel receives in error in the ISDN 
switch. 


This value is the total number of frames the 
D-channel transmits in the ISDN switch. 
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(Sheet 2 of 2) 


Field Value Description 

PRI S0 RX 0-4294967295 This value is the total number of frames the 
D-channel receives in the ISDN switch. 

9e PRI RETX 0-100 This value is the percentage of frames the 


9e PRI ERROR 


ISDN switch retransmits. This percentage is 
the number of retransmissions divided by 
the total number of transmitted frames and 
then multiplied by 100%. 


0-100 This value is the percentage of error frames 
the ISDN switch receives. This percentage 
is the number of frames received in error 
divided by the total number of frames 
received and then multiplied by 100%. 


Action 


Bellcore TR-TS Y-000821 recommends 4% as the default value for percentage 
of transmissions. If the percentage of retransmissions exceeds this default 
value, then determine the reason for the increase in the retransmissions rate 
and take corrective measures. 


Associated OM registers 


None 


Additional information 


The PRI: OFM-Data Link Monitor feature allows the DMS switch to generate 
log report ISDN401. The default for this option is OFF. The operating 
company personnel must activate this option with the CI command 
PRADLYLG. This command controls the log generation mechanism for all the 
NTNI PRI D-channels on the DMS switch. Operating company personnel can 
use the first option in the PRADLYLG command, TXPERF, to turn on OFM 
13, turn off OFM 13, or query the OFM 13 status. 


Once the operating company personnel activate the log report option, the DMS 
switch generates log report ISDN401. The DMS switch generates log report 
ISDN401 at 00:14 h at the end of a 24-h count period for each NTNI PRI 
D-channel. The DMS switch generates log report ISDN401. The DMS switch 
then transfers the contents of the active counter to the holding counter, and then 
resets the active counters. 
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ISDN402 


Explanation 


Format 


Example 


The DMS switch generates ISDN402 log report at 00:14 during each 24-h 
period if the operating company personnel sets ISDN402 log generation ON. 
This log report contains the details about layer 2 and layer 3 protocol 
abnormalities of a single Northern Telecom National ISDN (NTNI) PRI 
D-channel in the DMS switch. For a list of layer 2 and layer 3 protocol 
abnormalities that can occur, refer to the PRI Service Disruptions and 
Abnormalities feature description in the Feature Description manual. Both 
the log report and report type are added in module ISTLGIPL. 


Log report ISDN402 contains the following information: 
e NTNI PRI D-channel information 
* duration of time for which the counts are reported 


* counts of the two active counters that contain the 24-h counts 


The format for log report ISDN402 follows. 


LOAD NAME CM ISDN402 mmmdd hh:mm:ss ssdd INFO PRI 
ABNORMALITY REPORT Protocol Abnormality Rate for «pm type»? 
<ext_pmno> «ckt no^ < timeslot no» from mmm-dd hh:mm to mmm-dd 
hh:mm 


Counter Name Value Counter Name Value 


PRI L2 ABN XXXXX PRI L3 ABN XXXXX 


An example of log report ISDN402 follows. 


TCSA 08AK CM ISDN402 MAY21 00:14:13 2800 INFO PRI 
ABNORMALITY REPORT Protocol Abnormality Rate for DTCI 0 1 24 
from MAY-20 00:14 to MAY-21 00:14 


Counter Name Value Counter Name Value 


PRI L2 ABN 7 PRI L3 ABN 4 
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ISDN402 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


pm_type 0-125 This number is the size of the symbolic, 
such as “DTCl" or “LTC". This value is the 
datafill in table TRKSGRP. 


ext_pmno 0-511 This integer is the PM number on which the 
D-channel resides. This value is the datafill 
in table TRKSGRP. 


ckt_no 1-180 This integer is the circuit number (DS-1 
number) on which the D-channel resides. 


timeslot_no 1-24 This integer is the timeslot (channel) on 
which the D-channel resides. This value is 
the datafill in table TRSKGRP. (For the 
NTNI log, the only valid value is 24.) 


PRI_L2 ABN 0-65535 This integer is the number of layer 2 protocol 
abnormalities for the D-channel. 


PRI_L3_ABN 0-65535 This integer is the number of layer 3 protocol 
abnormalities for the D-channel. 


Action 
Bellcore TR-TSY-00821 recommends the following default values: 


e 30 for layer 2 protocol abnormalities 


e 20 for layer 3 protocol abnormalities 


Layer 2 and layer 3 abnormality counts can exceed the respective default 
values. Check the reason for the increase in the abnormality counts and take 
corrective measures. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


The PRI: Service Disruptions and Abnormalities feature allows the DMS 
switch to generate log report ISDN402. The default for this option is OFF. The 
operating company personnel must use the CI command PRADLYLG to 
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activate this log reporting option. This command controls the log generation 
mechanism for all the NTNI PRI D-channels on the DMS switch. Operating 
company personnel can use the first option in the PRADLYLG command, 
HPRABN, to perform the following: 


e to turn on the operational feature matrix (OFM) 14 
e to turn off the OFM 14 
e to query the OFM 14 status 


When the operating company personnel activate the log report option, the 
DMS switch can generate log report ISDN402. The DMS switch generates log 
report ISDN402 at 00:14 h at the end of a 24-h count period for each NTNI 
PRI D-channel. The DMS switch generates this log report and then transfers 
the contents of the active counter to the holding counter, and then resets the 
active counters. 
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ISDN404 

Explanation 
Log report ISDN 404 provides the operating company with a status report of 
the accessibility of the Call Forward Interface Busy (CFIB) billing counters, 
which are maintained on a routelist basis. The switch generates one log report 
for each routelist every 24 hours (at 00:14 hours). 

Format 


The format for log report ISDN 404 follows. 


LOAD NAME CM ISDN 404 mmmdd hh:mm:ss ssdd INFO BILLING COUNTER 
REPORT 


CFIB Billing counters for «route» from mmm dd hh:mm to mmm dd hh:mm 


Billing Counter Value 

RND Answers XXXX 

RDN Alerted XXXX 

RDN Busy XXXX 

RDN. No Avail XXXX 
Example 


An example of log report ISDN 404 follows. 


TCSA 11AK CM ISDN 404 NOV 11 00:14:11 9300 INFO BILLING COUNTER 
REPORT 


CFIB Billing counters for IBNRTE 20 from NOV 10 00:14 to NOV 11 00:14 


RDN Answers 2 
RDN Alerted 0 
RDN Busy 0 
RDN No Avail 3 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
route RTE_TAB (IBNRTE, Route 
IBNRT2, IBNRT3, 
IBNRT4, OFRT, OFR2,  Datafilled in table DNROUTE for the 
OFR3, OFR4) DN that has CFIB subscribed 
route index (0—1023) 
RDN Answers unsigned integer Counts the number of forwarded calls 
size: 0—65,536 that are answered by a remote DN 
RDN Alerted unsigned integer Counts the number of forwarded calls 
size: 0—65,536 that are not answered by a remote DN 
RDN Busy unsigned integer Counts the number of forwarded calls 
Size: 0—65,536 to a remote DN that is busy 
RDN No Avail signed integer Counts the number of forwarded calls 
size: 0—65,536 for which the remote switch does not 
have an available B-channel to 
terminate the call 
Action 


For immediate information only. No immediate action is required. 


Related OM registers 


The following lists the associated OM registers: 
e  CFIBRDNA: Remote DN Answered 
e CFIBRDNN: Remote DN alerted, but did not answer 


e CFIBRDNR: Remote DN busy 


e  CFIBRNAR: Remote switch does not have available resources 


Additional information 
Not applicable. 
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Explanation 


ITN201 


The InTerNet (ITN) subsystem generates log report ITN201 when the 
transmission control protocol (TCP) sequence numbers or TCP control bit 
segments are continuously incorrect. The connection (CONN) also aborts, 


because the maximum consecutive error count is reached. 


Format 
The log report format for ITN201 is as follows: 
ITN201 mmmdd hh:mm:ss ssdd INFO RECEIVE TCP SEGMENT 
ERROR 
COUNT EXCEEDED 
NODE: nodeid 
ACTION: tcpaction 
LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 
Example 
An example of log report ITN201 follows: 
ITN201 MAY30 16:45:48 2201 INFO RECEIVE TCP SEGMENT ERROR 
COUNT EXCEEDED 
NODE: EIU207 
ACTION: CONN ABORTED 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 
Field descriptions 
The following table describes each of the fields in the log report: 
(Sheet 1 of 2) 
Field Value Description 
INFO RECEIVE TCP Symbolic text Identifies the node of the ethernet interface 
SEGMENT ERROR unit (EIU) in the computing module (CM) of 
COUNT EXCEEDED SuperNode, where the log originated. 
NODE: nodeid 
ACTION: tcpaction Symbolic text Indicates a variable-length character string 


that describes the action taken by the local 


TCP when the log event occurred. 
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(Sheet 2 of 2) 
Field Value 


LOCAL or REMOTE Unsigned <range 0 to 
TCP PORT: portnum the 65535> 


LOCAL or REMOTE IP: Table <0 to 3» of byte 
aa.bb.cc.dd 


Action 


Description 


Indicates the TCP port number of integer 
source or destination TCP service user. 


Indicates the internet host address of the 
source or destination service user. 


There is no action required. Note the source host internet protocol (IP) 
addresses of failed peer TCP users. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN202 


Explanation 
The InTerNet (ITN) subsystem generates log report ITN202. The subsystem 
generates ITN202 when the subsystem receives a connection request from a 
peer transmission control protocol (TCP). The connection request is for a local 
port that is not present in the system. The system sends a RESET TCP segment 
back to the peer TCP. 


Format 
The log report format for ITN202 is as follows: 


ITN202 mmmdd hh:mm:ss ssdd INFO NO MATCHING PORT FOR 
RECEIVED 
TCP CONN REQUEST 
NODE: nodeid 
ACTION: tcpaction 
LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 


Example 
An example of log report ITN202 follows: 


ITN202 mmmdd hh:mm:ss ssdd INFO NO MATCHING PORT FOR 


RECEIVED 
NODE: EIU207 
ACTION: RST SEG SENT 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 


Field descriptions 
The following table describes the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO NO MATCHING Symbolic text Indicates the node identifier of the ethernet 

PORT FOR RECEIVED interface unit (EIU) in the computing module 

TCP CONN REQUEST (CM) of Supernode. The log originates in the 

NODE: nodeid CM of the Supernode. 

ACTION: tcpaction Symbolic text Indicates a variable-length character string 
that describes the action that the local TCP 
takes when the log event occurs. 


297-2621-840 Standard 09.01 May 2001 


1-179 UCS log reports 
ITN202 (end) 


(Sheet 2 of 2) 


Field Value Description 
LOCAL or REMOTE Unsigned integer Indicates the TCP port number of the source or 
TCP PORT: portnum «range 0 to 65535> destination TCP service user. 
LOCAL or REMOTE IP: Table <0 to 3» of byte Indicates the internet host address of the 
aa.bb.cc.dd source or destination service user. 

Action 


There are no manual actions required. Note the source host addresses of bad 
peer TCP users. 


Associated OM registers 
There are no associated OM registers. 
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ITN203 


Explanation 
The InTerNet (ITN) subsystem generates log report ITN203. The subsystem 
generates ITN203 when the subsystem receives a connection reset request 
from the peer transmission control protocol (TCP). The TCP sends the 
connection reset request in the form of a RESET segment. The TCP aborts the 
connection. 


Format 
The log report format for ITN203 is as follows: 


ITN203 mmmdd hh:mm:ss ssdd INFO REMOTE PEER CONNECTION 
ABORT 
RECEIVED 
NODE: nodeid 
ACTION: tcpaction 
LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 


Example 
An example of log report ITN203 follows: 


ITN203 mmmdd hh:mm:ss ssdd INFO REMOTE PEER CONNECTION 


ABORT 
RECEIVED 
NODE: EIU207 
ACTION:  CONN ABORTED 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO REMOTE PEER Symbolic text Indicates the node identifier of the ethernet 
CONNECTION ABORT interface unit (EIU) in the computing module 
RECEIVED NODE: (CM) of SuperNode. The log originates in the 
nodeid CM of the Supernode. 

ACTION: tcpaction Symbolic text Indicates a variable-length character string 


that describes the action that the local TCP 
takes when the log event occurs. 


LOCAL or REMOTE Unsigned integer Indicates the TCP port number of the source or 
TCP PORT: portnum «range 0 to 65535> destination TCP service user. 
LOCAL or REMOTE IP: Table <0 to 3» of byte Indicates the internet host address of the 
aa.bb.cc.dd Source or destination service user. 

Action 


There is no manual action required. Note the source host addresses of bad peer 
TCP users. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 
The InTerNet (ITN) subsystem generates log report ITN204. The subsystem 
generates ITN204 when transmission control protocol (TCP) aborts the 
connection between peer TCP applications. The TCP aborts the connection 
between peer TCP applications because of a processing error in the local 
implementation of TCP. 


Format 
The log report format for ITN204 is as follows: 


ITN204 mmmdd hh:mm:ss ssdd INFO LOCAL TCP SERVICE 
FAILURE 
NODE: nodeid 
ACTION: tcpaction 
LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 


Example 
An example of log report ITN204 follows: 


ITN204 JUNO5 16:45:48 2201 INFO LOCAL TCP SERVICE FAILURE 
NODE: EIU207 
ACTION: CONN ABORTED 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO LOCAL TCP Symbolic text Node identifier of ethernet interface unit (EIU) 

SERVICE FAILURE in SuperNode computing module (CM). The 

NODE log originates in the CM of the Supernode. 

ACTION Symbolic text Variable length character string that describes 
local TCP action when the event occurs. 

LOCAL TCP or Unsigned integer TCP port number of the source or destination 

REMOTE «range 0-65535> TCP service user 

LOCAL IP or REMOTE Table «0-3» byte Internet source or destination user address. 


297-2621-840 Standard 09.01 May 2001 


1-183 UCS log reports 
ITN204 (end) 


Action 
There are no manual actions required. Issue a customer service report (CSR) 
so that software errors (SWER) can be traced. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN205 


Explanation 
The InTerNet (ITN) subsystem generates log report ITN205. The subsystem 
generates ITN205 when the local transmission control protocol (TCP) aborts 
the connection. The TCP aborts the connection because the retransmission 
time exceeds the limit, with no acknowledgment from the peer TCP. Assume 
that the remote is dead. 


Format 
The log report format for ITN205 is as follows: 


ITN205 mmmdd hh:mm:ss ssdd INFO RETRANSMIT TIMEOUT TO 
REMOTE 
TCP PEER 
NODE: nodeid 
ACTION: tcpaction 
LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 


Example 
An example of log report ITN205 follows: 


ITN205 JUN05 16:45:48 2201 INFO RETRANSMIT TIMEOUT TO 
REMOTE 
TCP PEER 
NODE: EIU207 
ACTION: CONN ABORTED 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO RETRANSMIT Symbolic text Indicates the node identifier of the ethernet 
TIMEOUT TO REMOTE interface unit (EIU) in the computing module 
TCP PEER NODE: (CM) of the SuperNode. The log originates at 
nodeid the CM of the SuperNode. 

ACTION: tcpaction Symbolic text Indicates a variable-length character string 


that describes the action that the local TCP 
takes when the log event occurs. 


LOCAL or REMOTE Unsigned integer Indicates the TCP port number of the source or 
TCP PORT: portnum <range 0 to 65535> destination TCP service user. 
LOCAL or REMOTE IP: Table <0 to 3> of byte Indicates the internet host address of the 
aa.bb.cc.dd source or destination service user. 

Action 


There are no manual actions required. Check the status of the connection path 
between peer TCPs and the status of the remote peer node. 


Associated OM registers 
There are no associated OM registers. 
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ITN206 


Explanation 
The InTerNet (ITN) subsystem generates log report ITN206. The subsystem 
generates ITN206 when the peer transmission control protocol (TCP) record 
mark service does not position the received start of message delimiter. The 
TCP aborts the connection. 


Format 
The log report format for ITN206 is as follows: 
ITN206 mmmdd hh:mm:ss ssdd INFO RCVD RECORD MARK 

MISALIGNMENT 

NODE: nodeid 

ACTION: tcpaction 

LOCAL TCP PORT: portnum LOCAL IP: aa.bb.cc.dd 

REMOTE TCP PORT: portnum REMOTE IP: aa.bb.cc.dd 
Example 


An example of log report ITN206 follows: 


ITN206 JUN05 16:45:48 2201 INFO RCVD RECORD MARK 
MISALIGNMENT 
NODE: EIU207 
ACTION: CONN ABORTED 
LOCAL TCP PORT: 30814 LOCAL IP: 47.36.8.1 
REMOTE TCP PORT: 257 REMOTE IP: 98.23.0.3 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFORECVD RECORD Symbolic text Indicates the node identifier of the ethernet 
MARK MISALIGNMENT interface unit (EIU) in the computing module 
NODE: nodeid (CM) of the SuperNode. The log originates in 


the CM of the SuperNode. 


ACTION: tcpaction Symbolic text Indicates a variable-length character string 
that describes the action that the local TCP 
takes when the event occurs. 
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(Sheet 2 of 2) 


Field Value Description 
LOCAL or REMOTE Unsigned integer Indicates the TCP port number of the source or 
TCP PORT: portnum <range 0 to 65535> destination TCP service user. 
LOCAL or REMOTE IP: Table <0 to 3> of byte. 
aa.bb.cc.dd 
Action 


There are no manual actions required. Note the source host IP address of the 
bad TCP with record marking implementation. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN207 


Explanation 


The system generates log report ITN207 for each node in Table IPHOST that 
has a set transmission control protocol (TCP) connection limit. The system 
generates ITN207 for each connection attempt that can exceed the connection 
limit, or this node. The limit as entered can be different from the correct limit. 
Another log in this group records the new limit. The generation of this log is 
subject to throttling at the source. The first limit is set to three times in 10 min. 


Format 
The log report format for ITN207 is as follows: 
ITN207 mmmdd hh:mm:ss ssdd INFO ALL TCP connection resources 
in use 
NODE: nodeid ACTION: accttext 
DATAFILLED LIMIT: limitwas CONNECTIONS IN USE: limitis 
Example 


An example of log report ITN207 follows: 


ITN207 FEBOY 16:45:48 2201 INFO ALL TCP connection 
resources in use 

NODE: EIU207 ACTION: none 

DATAFILLED LIMIT: 10 CONNECTIONS IN USE: 5 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO ALL TCP The node identifier Indicates the node identifier from where the 
connection resources in value: LOG event originates. 


use NODE: nodeid 
CM - computing module 


EIU£ - ethernet interface 
unit identifier 


ACTION: acttext String Indicates the text string that describes action 
that the TCP takes in response to an event. 
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(Sheet 2 of 2) 
Field Value Description 
DATAFILLED LIMIT: Variable length numeric Indicates the TCP connection limit as set in 
limitwas string Table IPHOST for the indicated node. 
CONNECTIONS IN Variable length numeric Indicates the TCP connection limit as that 
USE: limitis string available resources note. 

Action 


There are no manual actions required. Table IPHOST limits the number of 
connections on a node. Evaluate this limit again if too many TCP connection 


requests for a node are blocked. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN208 


Explanation 


The system generates log ITN208 on node restarts. The system also generates 
ITN208 when transmission control protocol (TCP) cannot allocate enough 
resources. These resources are required to achieve the quantity (entered in 
table IPHOST) that table IPHOST requests. Log ITN records the final limit. 
Use the final limit to evaluate the engineered values again. 


Format 
The log report format for ITN208 is as follows: 


ITN208 mmmdd hh:mm:ss ssdd TBL Insufficient system resources 
available 
NODE: nodeid ACTION: acttext 
DATAFILLED LIMIT: limitwas MAX CONNECTIONS ALLOWED: 
limitis 


Example 
An example of log report ITN208 follows: 


ITN208 mmmdd hh:mm:ss ssdd TBL Insufficient system reso 
urces available 

NODE: nodeid ACTION: acttext 

DATAFILLED LIMIT: limitwas MAX CONNECTIONS 
ALLOWED: limitis 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Insufficient system CM—computing module Node identifier at which the LOG event 

resources available originates. 

NODE ElU#—Ethernet Interface unit identifier. 

ACTION Character string TCP action in response to an event. 

DATAFILLED LIMIT Integers TGP connection limit set in table IPHOST for 
the indicated node. 

MAX CONNECTIONS Integers TXP connection limit on TCP node. 

ALLOWED 
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Action 


Manual action is required. Table IPHOST limits the number of TCP 
connections on a node. Engineer the number of TCP connections on the node 
and change the table entries accordingly. 


System memory reductions do not allow requested connections to receive 
enough resources. Reduced simultaneous connections can block TCP 
connections requests. An engineering representative must analyze the cause 
of the event. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN299 


Explanation 


The Transmission Control Protocol (TCP) subsystem generates log report 
ITN299. The TCP subsystem generates ITN299 when the number of TCP log 
reports for a LOG number exceeds the threshold limit. The TCP logs for the 
log number are held for the rest of the log threshold interval. The system 
outputs the start and end time, the LOG generation, and threshold counts. 


Format 
The log report format for ITN299 is as follows: 


ITN299 mmmdd hh:mm:ss ssdd INFO nodeid TCP SUMMARY LOG 
NODE: nodeid LOG ITN logid 
DURING THE LAST nn MINUTES: 
LOGS ISSUED: numlogs LOGS THRESHOLDED: numthresh 


Example 
An example of log report ITN299 follows: 


ITN299 JUNO6 16:45:48 2201 INFO EIU207 TCP SUMMARY LOG 
NODE: EIU207 LOG ITN201 
DURING THE LAST 10 MINUTES: 
LOGS ISSUED: 5 LOGS THRESHOLDED: 456 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 
Field Value Description 
INFO nodeid CM or EIU Identifies the ethernet interface unit (EIU) or 


computing module (CM) in which the LOG 
event originates. 


TCP SUMMARY LOG CM or EIU Identifies the ethernet interface unit (EIU) or 

NODE: nodeid computing module (CM) in which the LOG 
event originates. 

LOG ITN: logid Symbolic text Indicates LOG number. The system 
generates summary log ITN299 for a given 
LOG number. 

DURING THE LAST nn Symbolic text Indicates the log limit interval during which log 

MINUTES: events thresholded. 
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(Sheet 2 of 2) 


Field Value Description 
LOGS ISSUED: Symbolic text Indicates the correct number of logs that the 
System generates during the log limit interval. 
LOGS Symbolic text Indicates the correct number of log events that 
THRESHOLDED: thresholded during the log threshold interval. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


ITN300 


The Internet Protocol (IP) subsystem generates log report ITN300. The 
system generates ITN300 when an incoming IP packet cannot deliver to a local 
upper layer protocol (ULP). This ULP is not active on this node and cannot 
receive the IP packet. 


Format 


The log report format for ITN300 is as follows: 


.ITN300 mmmdd hh:mm:ss ssdd INFO IP FAILED TO DELIVER IN 
PACKET 

NODE: nodeid 

<ulp> IS NOT ACTIVE ON THIS NODE 

SRC IP: aa.bb.cc.dd 

DST IP: rr.ss.tt.uu 


Example 


An example of log report ITN300 follows: 


ITN300 FEB10 14:45:24 5785 INFO IP FAILED TO DELIVER IN 


PACK! 
NODE: 


U 


= 
ET 


DP 


STC 
DST 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


EIU201 


IS NOT ACTIVE ON THIS NODE 
IP: 47.36.0.3 
IP: 47.164.0.2 


Field Value Description 

INFO IP FAILED TO CM, FPO, EIU201, or Identifies the node involved in the log. 

DELIVER IN PACKET AP1 

NODE: nodeid 

<ulp> character string. Provides the name of the destination ULP. 
Example: UDP 
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(Sheet 2 of 2) 


Field Value 

IS NOT ACTIVE ON Table <0 to 3> of byte 

THIS NODE SRC IP: 

aa.bb.cc.dd 

DST IP: rr.ss.tt.uu Table <0 to 3> of byte 
Action 


There is no action required. 


Associated OM registers 


Description 


Indicates the address of the source IP. 
Appears as four decimal bytes (aa.bb.cc.dd). 
Dots separate the decimal bytes. 


Indicates the address of the destination IP. 
Appears as four decimal bytes (rr.ss.tt.uu). 
Dots separate the decimal bytes. 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN301 


Explanation 
The Internet Protocol (IP) subsystem generates log report ITN301. The 
system generates ITN301 when an incoming IP packet cannot deliver to its 
destination because the route is not known. 


Format 
The log report format for ITN301 is as follows: 


ITN301 mmmdd hh:mm:ss ssdd INFO IP FORWARD FAILED 
NODE: nodeid 
ROUTE TO THE DESTINATION UNKNOWN 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 


Example 
An example of log report ITN301 follows: 


ITN301 FEB10 14:45:24 5785 INFO IP FORWARD FAILED 
NODE: CM 
ROUTE TO THE DESTINATION UNKNOWN 
SRC IP: 47.36.0.3 
DST IP: 47.164.0.2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO IP FORWARD CM, FPO, EIU201, or The node involved in the log. 

FAILED NODE AP1 

ROUTE TO THE Constant Route to the destination not known. 

DESTINATION 

UNKNOWN 

SRC IP table«0—3-bytes Source IP address has 4 decimal bytes 
(aa.bb.cc.dd). Dots separate the decimal 
bytes. 

DST IP table<O—3>bytes Destination IP address has 4 decimal bytes 


(rr.ss.tt.uu). Dots separate the decimal bytes. 
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Action 


Check the contents of data tables IPNETWRK and IPROUTER. Make sure 
that the contents comply with network architecture and assigned IP addresses. 
Check if a default ethernet interface unit (EIU) is entered in tables 
IPNETWRK and IPROUTER. A local area network (LAN) that connects 
directly to a SuperNode requires a default EIU and external router. The LAN 
routes messages from a SuperNode to a host. The host is not on a LAN, and 
connects directly to a DMS switch. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN302 


Explanation 
The Internet Protocol (IP) subsystem generates log report ITN302. The IP 
subsystem generates ITN302 when an incoming IP packet cannot deliver to its 
destination. The IP packet cannot deliver to its destination because the 
destination route is not available. This problem occurs on an ethernet interface 
unit (EIU). The problem occurs when the FTA of the host destination, that 
goes to the SuperNode, is not available. 


Format 
The log report format for ITN302 is as follows: 


ITN302 mmmdd hh:mm:ss ssdd INFO IP FORWARD FAILED 
NODE: nodeid 


ROUTE TO THE DESTINATION KNOWN BUT UNAVAILABLE 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 


Example 
An example of log report ITN302 follows: 


ITN302 FEB10 13:45:24 5785 INFO IP FORWARD FAILED 
NODE: CM 
ROUTE TO THE DESTINATION KNOWN BUT UNAVAILABLE 
SRC IP: 47.36.0.3 
DST’ IP? 47. 1642:0 22 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO IP FAILED NODE CM, FPO, EIU201, or Identifies node involved in the log. 
AP1 

ROUTE TO THE Constant Destination route not available. 

DESTINATION KNOWN 


BUT UNAVAILABLE 
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(Sheet 2 of 2) 


Field Value Description 
SRC IP table<O—3>bytes Source IP address is 4 decimal bytes 
(aa.bb.cc.dd). Dots separate the decimal 
bytes. 
DST IP table«0—3-bytes Destination IP address is 4 decimal bytes 
(rr.ss.tt.uu). Dots separate the decimal bytes. 
Action 


Busy (BUSY) the system and return to service (RTS) the EIU that generates 
this log. This procedure refreshes the ARP CACHE on the EIU with the 
SuperNode FTAs (as known on the computing module (CM)). A warm restart 
of the system or the EIU cannot contribute to recovery from this defective 


condition. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN303 


Explanation 
The Internet Protocol (IP) subsystem generates this report when an incoming 
IP packet cannot deliver to its destination node. This problem occurs when the 
packet requires fragmentation. The packet requires fragmentation to send it 


to the next subnet on the route to a destination. Fragmentation is not accepted 
because the DF bit in the IP header is set to DONT FRAGMENT. 


Format 
The log report format for ITN303 is as follows: 
ITN303 mmmdd hh:mm:ss ssdd INFO IP FORWARD FAILED 
NODE: nodeid 
FRAGMENTATION REQUIRED BUT DF BIT SET TO DONT 
FRAG 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 
Example 
An example of log report ITN303 follows: 
ITN303 FEB10 14:45:24 5785 INFO IP FORWARD FAILED 
NODE: EIU305 
FRAGMENTATION REQUIRED BUT DF BIT SET TO DONT FRAG 
SRC IP: 47.36.0.3 
DST IPS .47.164.0:2 
Explanation 


The following table describes each field in the log reports: 
(Sheet 1 of 2) 
Field Value Description 


INFO IP FORWARD CM, EIU201, or AP1 Identifies the node involved in the log. 
FAILED NODE: nodeid 


FRAGMENTATION Constant 
REQUIRED BUT DF 

BIT SET TO DONT 

FRAG 
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(Sheet 2 of 2) 
Field Value 


SRC IP: aa.bb.cc.dd Table <0 to 3> of byte 


DST IP: rr.ss.tt.uu Table <0 to 3> of byte 


Action 
There is no action required. 


Associated OM registers 


Description 


Indicates the address of the source IP. 
Appears as four decimal bytes (aa.bb.cc.dd). 
Dots separate the decimal bytes. 


Indicates the address of the destination IP. 
Appears as four decimal bytes (rr.ss.tt.uu). 
Dots separate the decimal bytes. 


There are no associated OM registers. 


Additional information 


There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-202 UCS log reports 


ITN304 


Explanation 
The Internet Protocol (IP) subsystem generates report ITN304. The subsystem 
generates ITN304 when the system cannot deliver an incoming IP packet to the 
destination. The system cannot deliver the IP packet because the TIME TO 
LIVE of the datagram expired. 


On the computing module (CM), if the subsystem generates ITN304, the 
system cannot deliver the IP packet to the destination upper layer protocol 
(ULP). 


On the ethernet interface unit (EIU), the meaning of ITN304 is that the system 
cannot deliver the expired datagram in the local area. This log can mean also 
that the system cannot forward the expired datagram to the final destination 
route. 


Format 
The log report format for ITN304 is as follows: 


ITN304 mmmdd hh:mm:ss ssdd INFO FAILED TO DELIVER IN 
PACKET 

NODE: nodeid 

DATAGRAM TIME TO LIVE (TTL) EXPIRED 

SRC IP: aa.bb.cc.dd 

DST IP: rr.ss.tt.uu 


Example 
An example of log report ITN304 follows: 


ITN304 FEB10 14:45:24 5785 INFO FAILED TO DELIVER IN 
PACKET 
NODE: EIU207 
DATAGRAM TIME TO LIVE (TTL) EXPIRED 
SRC IP: 47.36.0.3 
DST IP: 47.164.0.2 
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Field descriptions 


Descriptions for each field in the log report appear in the following table: 


DATAGRAM TIME TO Constant 
LIVE (TTL) EXPIRED 


SRC IP: aa.bb.cc.dd Table «0 to 3» of byte 


DST IP: rr.ss.tt.uu Table <0 to 3> of byte 


Action 
There is no action required. 


Associated OM registers 


Field Value Description 

INFO FAILED TO CM, EIU201, or AP1 Identifies the node involved in the log. 
DELIVER PACKET 

NODE: nodeid 


Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 


Indicates the address of the destination IP. 
The address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN305 


Explanation 


Format 


Example 


The Internet Protocol (IP) subsystem generates report ITN305 when IP 
screening prevents delivery of an incoming IP packet. 


The log report format for ITN305 is as follows: 


ITN305 mmmdd hh:mm:ss ssdd INFO IP SCREENED INCOMING PACKET 
NODE: nodeid 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 


An example of log report ITN305 follows: 


ITN305 FEB10 14:45:24 5785 INFO IP SCREENED INCOMING 
PACKET 
NODE: EIU201 


SRC IP: 47.36.0.3 
DST IP: 47.164.0.2 


Field descriptions 


Descriptions for each field in the log report appear in the following table: 


Field Value Description 

INFO IP SCREENED CM, EIU201, or AP1 The node involved in the log. 

INCOMING PACKET 

NODE:nodeid 

SRC IP table <0 to 3» of byte Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 

DST IP table <0 to 3» of byte Indicates the address of the destination IP. 
The address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 

Action 


Check screening in data table IPNETWRK. If screening is ON, check if the 
external node IP address is entered in table EXNDINV. If any external nodes 
entered in table EXNDINV are offline (OFFL) the system screens out IP 
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packets. The system screens out incoming and outgoing IP packets, to and 
from the nodes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN306 


Explanation 


Format 


Example 


The Internet Protocol (IP) subsystem generates report ITN306 when an 
incoming IP packet has a bad IP header. The ITN306 report can indicate that 
one or more of the following fields contain values that are wrong: 

* [P Version (byte 0). 

* [P Header Length (IHL) (byte 0). 


e Total Length (byte 1). 


For more details, refer to IP MIL-STD-1777. 


The log report format for ITN306 is as follows: 


ITN306 mmmdd hh:mm:ss ssdd INFO BAD IP HEADER RECEIVED 
NODE: nodeid 
BYTE «byte loc» IN IP HEADER HAS A WRONG VALUE 
THE IP HEADER FIELDS ARE (IN HEXADECIMAL FORMAT): 
Xip header» 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 


An example of log report ITN306 follows: 


ITN306 FEB10 14:45:24 5785 INFO BAD IP HEADER RECEIVED 
NODE: CM 

BYTE 0 IN IP HEADER HAS A WRONG VALUE 
THE IP HEADER FIELDS ARE (IN HEXADECIMAL FORMAT): 
0055 6400 0000 O6F9 5FA8 242F 0300 242F 0800 

SRE IP: 47.36:70.3 

DST IPS 47.36;8.4 
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Field descriptions 


Descriptions for each field in the log report appear in the following table: 


Description 


Field Value 

INFO BAD IP HEADER CM, EIU201, FPO, or 
RECEIVED NODE: AP1 

nodeid 

BYTE«byte loc- 0-59 


IN IP HEADER HAS A Ten words. 0000-FFFF 
WRONG VALUE THE (hexadecimal) 

IP HEADER FIELDS 

ARE (IN 

HEXADECIMAL 

FORMAT): «ip header 


SRC IP: aa.bb.cc.dd Table <0 to 3» of byte 


Identifies the node involved in the log. 


Indicates the number of the byte in the IP 
header where the system detected a problem. 
The system numbers the bytes from zero in 
the order that the system receives the bytes. 


Indicates the first ten words of the IP header. 
The IP header is displayed in hexadecimal 
format. 


Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 


DST IP: rr.ss.tt.uu Table <0 to 3 > of byte Indicates the address of the destination IP. 
The address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 
Action 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN310 
Explanation 
The Internet Protocol (IP) subsystem generates report ITN310 when the 
subsystem cannot transmit a message that originates on this node. The system 
cannot transmit the message because of IP screening. 
Format 
The log report format for ITN310 is as follows: 
ITN310 mmmdd hh:mm:ss ssdd INFO SCREENED OUTGOING PACKET 
NODE: nodeid 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 
Example 


An example of log report ITN310 follows: 


ITN310 FEB10 14:45:24 5785 INFO SCREENED OUTGOING PACKET 
NODE: EIU307 
SRC IP: 47.36.8.1 
DST IP: 47.36.0.9 


Field descriptions 
Descriptions for each field in the log report appear in the following table: 


Field Value Description 


INFO SCREENED OUTGOING PACKET CM, EIU201, or AP1 Identifies the node involved 
NODE in the log. 


SRC IP Table <0 to 3> of byte Indicates the source IP 
address. The address is 
displayed as four decimal 
bytes (aa.bb.cc.dd) 
separated by dots. 


DST IP Table <0 to 3> of byte Indicates the destination IP 
address. The address is 
displayed as four decimal 
bytes (rr.ss.tt.uu) separated 
by dots. 
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Action 


Check screening flag in data table IPNETWRK. If screening is ON, check if 
external node IP address is entered in table EXNDINV. If any external nodes 
entered in table EXNDINV are offline (OFFL) the system screens out IP 
packets. The system screens incoming and outgoing IP packets, to and from 
the nodes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN311 
Explanation 
The Internet Protocol (IP) subsystem generates report ITN311 when the 
subsystem cannot transmit a message that originates on this node. The 
subsystem cannot transmit the message because the datagram requires 
fragmentation. The upper layer protocol (ULP) does not allow fragmentation 
of the datagram. 
Format 
The log report format for ITN311 is as follows: 
ITN311 mmmdd hh:mm:ss ssdd INFO IP TRANSMIT FAILED 
NODE: nodeid 
FRAGMENTATION REQUIRED BUT ULP SET DF BIT TO DONT 
FRAG 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 
Example 
An example of log report ITN311 follows: 
ITN311 FEB10 14:45:24 5785 INFO IP TRANSMIT FAILED 
NODE: EIU201 
FRAGMENTATION REQUIRED BUT ULP SET DF BIT TO DONT FRAG 
SRC IP: 47.36.0.3 
DST IP: 47.164.0.2 
Explanation 


Descriptions for each field in the log report appear in the following table: 


(Sheet 1 of 2) 
Field Value Description 


INFO IP TRANSMIT CM, EIU201, or AP1 Identifies the node involved in the log. 
FAILED NODE: nodeid 


FRAGMENTATION Constant 
REQUIRED BUT ULP 

SET DF BIT TO DONT 

FRAG 


297-2621-840 Standard 09.01 May 2001 


1-211 UCS log reports 
ITN311 (end) 


(Sheet 2 of 2) 


Field Value 


Description 


SRC IP: aa.bb.cc.dd Table <0 to 3> of byte 


DST IP: rr.ss.tt.uu Table <0 to 3> of byte 


Action 
There is no action required. 


Associated OM registers 


Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 


Indicates the address of the destination IP. 
The address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN312 


Explanation 


Format 


Example 


The Internet Protocol (IP) subsystem generates report ITN312 when the 
system cannot transmit a message that originates on this node. The subsystem 
cannot transmit the message because the route to the destination is not known. 


On the computing module (CM), for a message from SuperNode to a local 
areas network (LAN), the subsystem generates ITN312 when 


e the Ethernet interface unit (EIU) in data Table IPROUTER does not 
connect to the LAN of the destination host. 


e Table IPNETWRK does not contain a default EIU to connect to an external 
router. 


On an EIU a message from SuperNode that has a destination other than the 
LAN connected to the EIU causes the subsystem to generate ITN312. This 
EIU is not the default EIU. 


The log report format for ITN312 is as follows: 


ITN312 mmmdd hh:mm:ss ssdd INFO IP TRANSMIT FAILED 
NODE: nodeid 
ROUTE TO THE DESTINATION UNKNOWN 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 


An example of log report ITN312 follows: 


ITN312 FEB10 14:45:24 5785 INFO IP TRANSMIT FAILED 
NODE: nodeid 
ROUTE TO THE DESTINATION UNKNOWN 
SRC IP: 47.36.8.1 
DST IP: 47.36.0.5 
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Field descriptions 


Descriptions for each field in the log report appear in the following table: 


DESTINATION UNKNOWN 


SRC IP Table <0 to 3> 
of byte 
DST IP Table <0 to 3> 
of byte 
Action 


Field Value Description 

INFO IP TRANSMIT FAILED CM, EIU201, Identifies the node involved in the log. 
NODE FPO, or AP1 

ROUTE TO THE Constant Indicates the route to the destination is not 


known. 


Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 


Indicates the address of the destination IP. The 
address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 


Check the contents of data Tables IPNETWRK and IPROUTER for agreement 
with the network architecture and assigned IP addresses. The system requires 
a default EIU and an external router on a LAN directly connected to 
SuperNode to route messages. The system routes these messages from 
SuperNode to any host that is not on a LAN directly connected to the DMS 
switch. Make sure that Tables IPNETWRK and IPROUTER contain a default 


EIU. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN313 
Explanation 
The Internet Protocol (IP) subsystem generates report ITN313 when the 
system cannot transmit a message that generates on this node. The system 
cannot transmit the message because the route to the destination is not 
available. 
On an Ethernet interface unit (EIU), the system cannot transmit the message 
when: 
* the destination host (if within SuperNode) is out-of-service. 
* the FTA of the destination host (if within SuperNode) is not available. 
On the computing module (CM), the system cannot transmit the message 
when: 
e the FTA of the destination host is not available. The FTA of the destination 
host is in the SuperNode. 
e the destination host is on a local area network (LAN) directly connected to 
SuperNode. The EIUs that connect to this LAN are not in service, or the 
FTAs of the EIUs are not available. 
e the route to the destination host is through the default EIU. The EIU is out 
of service or the FTA of the EIU is not available. 
Format 
The log report format for ITN313 is as follows: 
ITN313 mmmdd hh:mm:ss ssdd INFO IP TRANSMIT FAILED 
NODE: nodeid 
ROUTE TO THE DESTINATION KNOWN BUT UNAVAILABLE 
SRC IP: aa.bb.cc.dd 
DST IP: rr.ss.tt.uu 
Example 


An example of log report ITN313 follows: 


ITN313 FEB10 14:45:24 5785 INFO IP TRANSMIT FAILED 
NODE: CM 
ROUTE TO THE DESTINATION KNOWN BUT UNAVAILABLE 
SRC IP: 47.36.8.4 
DST IP: 47.36.6.8 
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Field descriptions 


Descriptions for each field in the log report appear in the following table: 


Description 


Field Value 

INFO IP TRANSMIT Constant 

FAILED 

NODE CM, EIU201, FPO, or 
AP1 

ROUTE TO Constant 

DESTINATION 

KNOWN BUT 

UNAVAILABLE 

SRC IP Table <0 to 3> of byte 

DST IP Table <0 to 3> of byte 


Indicates that the IP transmit failed 


Identifies the node involved in the log 


Indicates the route is not available 


Indicates the address of the source IP. The 
address is displayed as four decimal bytes 
(aa.bb.cc.dd) separated by dots. 


Indicates the address of the destination IP. The 
address is displayed as four decimal bytes 
(rr.ss.tt.uu) separated by dots. 


Action 


If the destination host is a SuperNode and the system generates ITN313 on an 
EIU, busy and RTS the EIU. This action updates the ARP CACHE with the 
FTAs as they are known on the CM. If the system generates ITN313 on the 
CM, check the status of all EIUs connected to the destination LAN. Also 
check the status of the default EIU. The DST IP of this log specifies the 
destination host. Make sure that the destination host is entered to make the 
FTA available. If this action does not allow the system to transmit the 
message, manual action cannot correct the problem. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ITN314 
Explanation 
The Internet Protocol (IP) subsystem generates this log report when the IP 
layer sends a message to a wrong destination IP address. 
Format 
The format for log report ITN314 follows: 
ITN314 mmmdd hh:mm:ss ssdd TBL INFO IP TRANSMIT FAILED 
NODE: nodeid 
INVALID DESTINATION IP ADDRESS SPECIFIED 
SRC IP: xx.xx.xx.xx 
DST IP: yy.yy.yy.yy 
Example 


An example of log report ITN314 follows: 


ITN314 JUL24 11:24:26 9200 INFO IP TRANSMIT FAILED 
NODE: CM 
INVALID DESTINATION IP ADDRESS SPECIFIED 
SRC IP$347.187.48.11 
DST IP: 47.80.0.209 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO IP TRANSMIT FAILED Constant This field indicates the IP address transmit 
failed. 

NODE CM, EIU#, or FP# This field identifies the node that was cited 
by the log. 

INVALID DESTINATION IP Constant This field indicates the destination IP 

ADDRESS SPECIFIED address is wrong. 
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Field Value Description 
SRC IP Table <0 to 3> of This field indicates the address of the source 
byte IP. Displayed as four decimal bytes 
(XX.XX.XX.XX) separated by dots. 
DST IP Table «0 to 3» of This field indicates the address of the 
byte destination IP. Displayed as four decimal 


bytes (yy.yy.yy.yy) separated by dots. 


Action 
There is no immediate action required. In post-analysis, verify the IP address 
in the log with the subnet mask in table IPNETWRK. 


Associated OM registers 
The OM register associated with this log is ip out errors. 


Additional information 
None 
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ITN315 


Explanation 
The system generates report ITN315 when an audit detects a mismatch. The 
mismatch occurs between the transmission control protocol/internet protocol 
(TCP/IP ) connection data. The system stores this data on series 3 nodes and 
the computing module. 


The data for TCP/IP connections is stored in tables. These tables include, 
IPHOST, IPROUTER, and IPSCP on both the computing module (CM) and on 
series 3 nodes. Series 3 nodes include Ethernet interface units (EIU), Ethernet 
link interface units (ELIU), file processors (FP), application processors (AP), 
and application-processor units (APU). 


Format 
The log report format for ITN315 is as follows: 


ITN315 mmmdd hh:mm:ss ssdd INFO IP Table Data Mismatch 
<node_name> <node_number> — «primary. application? 
Table = <table_name> 
Field = <field_name> 


Example 
An example of log report ITN315 follows: 


ITN315 NOV22 16:31:10 0600 INFO IP Table Data Mismatch 
ELIU 1 - CCS7 

Table = IPSCP 

Field = SCP IP ADDRÍ1 


Field descriptions 
Descriptions for each field in the log report appear in the following table: 


(Sheet 1 of 2) 


Field Value Description 


INFO IP Table Data Mismatch Constant Indicates a mismatch between the TCP/IP 
connection data stored on a series 3 node 
and on the CM 


node name AP, APU, EIU, Identifies the affected series 3 node 
ELIU, or FP 
node number 0 to 511 Indicates the number of the affected node 
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Field Value Description 


primary_application alphanumeric Identifies the affected application 
character string 


table_name IPHOST, Identifies the affected table 
IPNETWRK, 
IPPROTO, 
IPROUTER, 
IPSCP, or 
IPTHRON 


field name alphanumeric Identifies the affected field 
character string 


Action 
The system automatically corrects mismatches found by the audit. There is no 
immediate action required. 


If the system generates ITN315 often, the problem can originate with the load. 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN399 


Explanation 
The Internet Protocol (IP) subsystem generates report ITN399 for logs that are 
thresholded. The subsystem also generates ITN399 when the number of logs 
exceeds the maximum number allowed for the specified log number. 


Format 
The log report format for ITN399 is as follows: 


ITN399 mmmdd hh:mm:ss ssdd INFO IP SUMMARY 

NODE: nodeid LOGITNlognum 

DURING THE LAST <time_period> MINUTES 

<numlogs> WERE ISSUED OF WHICH <numthresh> WERE 
SUPPRESSED 


Example 
An example for log report ITN399 follows: 


ITN399 FEBO9 16:45:48 2201 INFO IP SUMMARY 
NODE: EIU207  LOGITN300 
DURING THE LAST 10 MINUTES 
23 LOGS WERE ISSUED OF WHICH 22 WERE SUPPRESSED 


Field descriptions 
Descriptions for each field in the log report appear in the following table: 


Field Value Description 

INFO IP SUMMARY CM or EIU Identifies the node involved in the log. 

NODE: nodeid 

LOGITNlognum Symbolic text Identifies the ITN log number for which the 
system generates this summary log. 

DURING THE LAST Minutes Indicates the log threshold interval during 

<time_period> which the thresholding of logs occurs. 

MINUTES <numlogs> Long Integer Indicates the correct number of events logged. 

WERE ISSUED OF Long Integer Indicates the number of logs suppressed (the 

WHICH <numthresh> correct number of logs generated is: 


<numlogs><numthresh>). 
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Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ITN501 
Explanation 
The system generates this log when the user enters an id that is not valid. When 
this event occurs system rejects the login and generates this log. 
Format 
The format for log report ITN501 follows: 
ITN501 mmmdd hh:mm:ss ssdd INFO FTP User Login Rejected 
NODE: nodeid USER: userid 
REASON: INVALID USER NAME 
LOCAL FTP PORT: portnum LOCAL IP: aa.bb.cc.dd 
REMOTE FTP PORT: portnum REMOTE IP: aa.bb.cc.dd 
Example 


An example of log report ITN501 follows: 


ITN501 NOV30 10:17:27 9935 INFO FTP User Login Rejected 
NODE: CM USER: rsr 
REASON: INVALID USER NAME 


LOCAL FTP PORT: 21 LOCAL IP: 47.108.14.1 
REMOTE FTP PORT: 4597 REMOTE IP: 47.142.210.105 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 

NODE CM The node identifier from where 
the log event originates. 

USER Variable User identification 

REASON Constant Indicates entry of a user id that 
is not valid. 

LOCAL or REMOTE FTP PORT Variable Indicates the FTP source or 


destination port. 


LOCAL or REMOTE IP Variable Indicates the source or 
destination IP 
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Action 
None 


Associated OM registers 
There are no associated OM Registers. 


Additional Information 
None 
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Explanation 


Format 


Example 


ITN600 


The system generates this log when the BOOTP server can not find an empty 
entry in table IPHOST. Table IPHOST can hold 64 entries. The TCP/IP stack 
does not function on that node when this event occurs. 


The format for log report ITN600 follows: 


ITN600 mmmdd hh:mm:ss ssdd TBL BOOTP: Table IPHOST is full 


NODE: nodeid 
CLIENT: clientid 


An example of log report ITN600 follows: 


ITN600 NOV10 13:56:43 1600 TBL BOOTP: Table IPHOST is full 
NODE: CM 
CLIENT: FP1 


Field descriptions 


The following table explains each field in the log report: 


Field Value Description 

NODE CM The node identifier from where 
log event originates. 

CLIENT FP# The node that sends a request 
to the server and the server 
adds to table IPHOST. 

Action 


Collect the contents of tables IPHOST, APINV and LIUINV. Remove nodes 
that are not necessary from table IPHOST. Some nodes to remove are nodes 
that do not require the TC/IP stack. Change the screening flag in the 
IPNETWRK tuple. Clients issue BOOTP requests and return the screening 
flag to its original value. 


Associated OM registers 


There are no associated OM registers. 
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Additional Information 
None 
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ITN601 


Explanation 
The system generates this log when the BOOTP server allocates an IP address 
for a BOOTP client and does not find an available IP address on the local 
subnet. This allocation occurs on the DMS-SuperNode subnet. The server in 
table IPHOST can not add the BOOTP client node. The TCP/IP stack can 
function but not on that node. 


Format 
The format for log report ITN601 follows: 


ITN601 mmmdd hh:mm:ss ssdd TBL BOOTP: No unused IP addresses 
left on DMS-SuperNode subnet. 

NODE: nodeid 

CLIENT: clientid 

SUBNET MASK: subnetmask 


Example 
An example of log report ITN601 follows: 


ITN601 NOV10 13:56:43 1600 TBL BOOTP: No unused IP addresses 
left on DMS-SuperNode subnet 


NODE: CM 
CLIENT: FP1 
SUBNET MASK: FFFFFFFO 


Field descriptions 
The following table explains each field of the log report 


Field Value Description 


NODE CM The node identifier from where 
the log event originates. 


CLIENT FP# The node (BOOTP client) that 
sends a request to the server 
and the server to adds to table 
IPHOST. 


SUBNETMASK Variable The current subnet mask fo the 
DMS-SuperNode. This value is 
in hexadecimal. 
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Action 


Collect the contents from tables IPNETWRK, IPHOST and IPROUTER. The 
Lan administrator must increase the host bits to the network for the 
DMS-SuperNode . The result is a decrease in the number of subnet bits. Verify 
that the number of DMS-SuperNode subnet bits in table IPHOST is the 
identical to the number on the network. 


Associated OM registers 
There are no associated OM registers. 


Additional Information 
None. 
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ITN602 


Explanation 
The system generates this log when the BOOTP server or relay agent rejects a 
BOOTP request with a value in the hops field that is greater than allowed. The 
client that sends the request does not receive a reply from the BOOTP on the 
DMS-SuperNode. 


Format 
The format for log report ITN602 follows: 


ITN602 mmmdd hh:mm:ss ssdd INFO BOOTP: Request rejected because 
hops count is too high. 

NODE: nodeid 

CLIENT HARDWARE ADDRESS IN REQUEST: hwaddr 

CLIENT HARDWARE TYPE: hwtype 

HOPS VALUE IN REQUEST: hopsval 

MAXIMUM HOPS ACCEPTED: maxhops 


Example 
An example of log report ITN602 follows: 


ITN602 NOV 10 13:56:43 1600 INFO BOOTP: Request rejected 
because hops count is too high. 


NODE: CM 

CLIENT HARDWARE ADDRESS IN REQUEST: 0000A7002F95 
CLIENT HARDWARE TYPE: Ethernet (10 Mb) 

HOPS VALUE IN REQUEST: 2 


MAXIMUM HOPS ACCEPTED: 1 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

NODE CM or ElU# The node identifier from where 
the log event originates. 

CLIENT HARDWARE Variable The hardware address in 

ADDRESS IN REQUEST hexadecimal for the BOOTP 
request. 
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Field Value Description 


CLIENT HARDWARE TYPE Variable The hardware type of the 
BOOTP request. 


HOPS VALUE IN REQUEST Variable The value of the hops field in the 
BOOTP request. 


MAXIMUM HOPS ACCEPTED Variable The maximum hops value for 
the node (server/relay agent) 


Action 


Locate the node of the BOOTP request with the hardware address and 
hardware type. If the BOOTP request to the DMS-SuperNode is valid increase 
the max hops count on the server (CM) and relay agents (EIUs) with SNMP. 


Associated OM registers 
There are no associated OM registers 


Additional Information 
None 
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ITN603 


Explanation 


The system generates this log when the BOOTP client does not receive a reply 
for a BOOTP request an does not send a new request. The system does not send 
a new request because the process exceeds the maximum timeout value of 1 
minute. The BOOTP client does not have an IP address and the TCP/IP 
software does not function on the client node. 


Format 
The format for log report ITN603 follows: 


ITN603 mmmdd hh:mm:ss ssdd TBL BOOTP: Client times out and has not 
been allocated an IP address 


NODE: nodeid 


Example 
An example of log report ITN603 follows. 


ITN603 NOV 10 13:56:43 1600 TBL BOOTP: Client times out and 
has not been allocated an IP address 


NODE: FP1 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 


NODE FP# The node identifier from where 
the log event orginates. 


Action 


Check for ITN logs that indicate why the datagrams that the client sends do not 
reach the CM. Check for ITN logs that indicate why datagrams that the CM 
sends do not reach the client. Verify that the BOOTP server process bootpsv is 
active on the CM. Type disp udp in the NETMAN tool on the CM to display 
all UDP endpoints. Add the client (FP) in table IPHOST. 


Associated OM registers 
There are no associated OM registers 
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Additional Information 
None 
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ITN604 


Explanation 


The system generate this log when the BOOTP server receives a BOOTP 
request from an external node and can not find data on the node. The server on 
the DMS-SuperNode can not send a BOOTP reply to the client. 


Format 
The format for log report ITN604 follows: 


ITN604 mmmdd hh:mm:ss ssdd TBL BOOTP: No information on 
BOOTP external client 
NODE: nodeid 
CLIENT HARDWARE ADDRESS IN REQUEST: hwaddr 
CLIENT HARDWARE TYPE: hwtype 


Example 
An example of log report ITN604 follows: 


ITN604 NOV 10 13:56:43 1600 INFO BOOTP: No information on 
BOOTP external client 


NODE: CM 
CLIENT HARDWARE ADDRESS IN REQUEST: 0000A7002F95 
CLIENT HARDWARE TYPE: Ethernet (10 Mb) 


Field descriptions 
The following table explains each field in the log report:. 


Field Value Description 

NODE CM The node identifier from where 
the log event originates. 

CLIENT HARDWARE Variable The hardware address of the 

ADDRESS IN REQUEST BOOTP requests that the 
System rejects. This value is in 
hexadecimal. 

CLIENT HARDWARE TYPE Variable The hardware type for the 
BOOTP request that the system 
rejects. 
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Action 


Display the contents of the internal database with the DISP BOOTP command 
of the NETMAN tool. Use the hardware address and hardware type to identify 
the node that sends the BOOTP request. If the node sends valid requests to the 
DMS-SuperNode add data on the node in the BOOTP database. Add the node 
tp table EXNDINV. 


Associated OM registers 
There are no associated registers 


Additional Information 
None 
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ITN699 


Explanation 
The Bootstrap Protocol (BOOTP) subsystem generates this log report when 
the number of BOOTP log reports exceeds a set threshold limit. When the 
number of logs reaches the threshold the system stops the logs for that log 
number for the interval that remains. 


Format 
The format for log report ITN699 follows: 
ITN699 mmmdd hh:ss ssdd INFO nodeid BOOTP SUMMARY LOG 
NODE: nodeid . LOGITN logid 
During the last 10 minutes: . 
numlogs logs were issued of which numsuppr were suppressed 
Example 


An example of log report ITN699 follows: 


ITN699 NOV10 13:56:43 1600 INFO EIU206 BOOTP SUMMARY LOG 


NODE: EIU206 LOG ITN600 
During the last 10 minutes 
8 logs were issued of which 7 were suppressed 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 


NODE CM, FP#, AP#, EIUS The node identifier from where 
the log event orginates. 


LOG ITN Variable The log number that the system 
generates the summary log for. 


NUMLOGS LONGINT Number of logs the system 
issues for a set interval. 


NUMSUPPR LONGINT Number of logs the system 
stops fo a set interval. 


Action 
INT699 is a summary log. This log does not require any action. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
None 
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ITOC100 
Explanation 
Log report ITOC100 is generated when the computing module (CM) ITOCS, 
message switch (MS) ITOCS, or both are empty, thus causing a critical 
condition. Note that two to four of the messages can be displayed to describe 
the critical alarm. 
Format 
The format for log report ITOC100 follows: 
1.***TTOC100 mmm dd hh:mm:ss ssdd FLT ITOC 
No entries in ITOC for: (ITOC States] 
Example 


An example of log report ITOC100 follows: 


1.*ITOC100 FEB 16 10:56:01 3923 FLT ITOC 
No entries in ITOC for: CM on SLM O CM on SLM 1 
MS on SLM 1 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


FLTITOC CM on SLM 0 Indicates no ITOC entries for CM on system load 
No entries in ITOC for module (SLM) 0 


CM on SLM 1 Indicates no ITOC entries for CM on SLM 1 
MS on SLM 0 Indicates no ITOC entries for MS on SLM 0 
MS on SLM 1 Indicates no ITOC entries for MS on SLM 1 


Action 


The craftsperson must take the appropriate actions (for example, SBF or 
DUMP) to register an image file in an ITOCS. 


Associated OM registers 
None 
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ITOC101 
Explanation 
The system generates report ITOC101 when at least one computing module 
(CM) and one message switch (MS) ITOC image file are available. At least 
one of the two ITOCs that remain is empty. The system can display one or two 
messages to describe the minor alarm. 
Format 
The log report format for ITOCIOI is as follows: 
*ITOC101 mmm dd hh:mm:ss ssdd 
FLTITOC  Noentries in ITOC for: {ITOC_States} 
*ITOC101 mmm dd hh:mm:ss ssdd 
FLTITOC  Noentries in ITOC for: {ITOC_States} 
Example 


An example of log report ITOC101 follows: 


*TTOC101 FEB16 10:56:01 3923 
FLT ITOC No entries in ITOC for: CM on SLM 0 MS on 
SLM 1 


Field descriptions 
Descriptions for each field in the log report appear in the following table: 


Field Value Description 


FLT ITOC CM on SLM 0 Indicates there are no ITOC entries for CM on 
No entries in ITOC for system load module (SLM) 0 


CM on SLM 1 Indicates there are no ITOC entries for CM on 
SLM 1 


MS on SLM 0 Indicates there are no ITOC entries for MS on 
SLM 0 


MS on SLM 1 Indicates there are no ITOC entries for MS on 
SLM 1 
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Action 
The technician must take action (for example, SBF or DUMP) to register an 
image file in an ITOC. 


Associated OM registers 
There are no associated OM registers. 
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ITOC102 
Explanation 
Log report ITOC102 is generated to confirm that all ITOCS contain registered 
image files. Image files are registered by the Autodump process or the 
craftsperson (using SBF or DUMP commands). 
Format 
The format for log report ITOC102 follows: 
ITOC102 mmmdd hh:mm:ss sequencenumber INFO ITOC 
ITOC alarm cleared 
Example 
An example of log report ITOC102 follows: 
ITOC102 FEB16 10:56:01 3923 INFO ITOC 
ITOC alarm cleared 
Action 


None. For information only. 


Associated OM registers 
None 


Additional information 
None 
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KTRK100 


Explanation 


Trunk 


KILLER TRUNK 


SLOW RELEASE 
TRUNK 


ALWAYS BUSY 
TRUNK 


ALWAYS IDLE 
TRUNK 


The Killer Trunk Reporting (KTRK) subsystem generates log report 
KTRK100. The subsystem generates KTRK100 when feature package 
NTX876AA is present, and the GENKTLOG field in table KTPARMS is set 
to ON. 


The following table describes each trunk in the log report that has a minimum 
of one of the following killer trunk (KT) properties: 


Properties 


Trunk that the system seizes repeatedly. A problem does not allow the 
system to hold the trunk for a given length of time. For example, defective 
transmission can cause the subscriber to drop the connection and attempt 
the call again. These trunks have a high attempt rate. 


Trunk that has a low attempt rate and with a rather high use. Supervisory 
equipment that does not function can cause this condition. 


Trunk that has zero attempts and is busy during the report interval. (For 
example, if the report interval is 1h, the use is 36.0 hundred call seconds 
(CCS)). Under-engineer of the group, normal high use, and equipment 
problems can cause this condition. 


Trunk that has a use of 0 CCS and zero (0) attempts. Network management 
controls that are not correct, over-engineering, and equipment that does not 
function can cause this condition. 


The Killer Trunk Reporting feature provides three modes of operation: AUTO, 
MANUAL, and SEMIAUTO. 


In the AUTO mode, the system provides the trunk circuits for each rotation in 
order of trunk groups, defined in Table TRKGRP. When the next report 
interval begins, application of the next set of trunk circuits starts with the next 
trunk group. 


In MANUAL mode, trunk circuits are provided in order of the groups declared 
in Table KTGROUP. If the number of circuits declared in Table KTGROUP, 
exceeds the maximum (2048), 2048 are provided. The system provides the 
same set for each report interval as long as the MANUAL mode is enabled. 
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A third mode of operation, SEMIAUTO, combines the MANUAL and AUTO 
modes. When the system operates in SEMIAUTO mode, trunk circuits are 
recorded according to the groups defined in Table KTGROUP. All circuits in 
these groups are provided for each rotation. 


Note: For all modes of operation, partial trunk groups are not provided. 


The KTRK100 log report lists office thresholds for peg counts and holding 
times; the accurate peg count for each trunk; use rate; holding time; and a 
trouble text message. Call processing updates call statistics. A separate 
process updates statistics for the amount of use. The process competes with 
call processing, but runs in step with report intervals. 


The following types of trunk groups contain KT properties: A5, AOSS, ATC, 
AVOVS, AVINSW, AVTNDM, AVNOS, CA, DA, ES, GW, IBNTI, IBNTO, 
IBNT2, IS, IT, MTR, OC, OI, OOC, OP, OPR, OS, PRA, PX, P2, RC, SC, T2, 
TDDO, TI, TO, TOPS, TOPSARU, and VR. 


Three tables control the KT process and the generation of log report 
KTRK100: 


* Table KTPARMS contains a tuple that controls the KT process. This 
process defines the scan rate, report intervals, peg and holding time 
thresholds, and mode. The GENKTLOG field specifies if the system 
generates the KTRK100 log at the end of every report interval. If 
GENKTLOG is set to OFF, the system does not generate the KTRK100 
log. 


* Table KTGROUP contains a list of trunk groups for inspection when the 
KT software is in MANUAL or SEMIAUTO mode. 


* Table KTMINMAX contains the peg and holding time criteria for each 
trunk group. The values in this table are when the user issues the 
KTREPORT command with the ANALYZE command. 


Holding registers store KTRK100 information. Standard circular log buffers 
normally store log information. Holding registers store this information so 
that the user can only request the last report the system generated. When a user 
requests an older report, the system generates the following KTRK100 report 
message: 


KTRK100 mmmdd hh:mm:ss ssdd INFO KTRK REPORT REPORT NO 
LONGER AVAILABLE 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-242 
KTRK100 (continued) 


Format 
The log report format for KTRK100 is as follows: 
**KTRK100 mmmdd hh:mm:ss ssdd INFO KTRK. REPORT 
EXCEPTIONS 
KTPARMS CRITERIA: PEG HT TROUBLE 
^n «n trbltext 
^n trbltext 
GROUP MEMBER PEG USAGE HT TROUBLE 
TOPCOMFAMF 1 1 10 10 SLOW RELEASE 
5 14 640 45 SLOW RELEASE 
LNTOPSI 1 6 180 30 SLOW RELEASE 
2 0 0 * ALWAYS IDLE 
EMGY 1 0 900 * ALWAYS BUSY 
ACCUMULATION TIME: 1 0 
Example 


An example of log report KTRK100 follows: 


**KTRK100 JUN27 21:57:04 6600 INFO KTRK_REPORT 


EXCEPTIONS 
KTPARMS CRITERIA: PEG HT TROUBLE 
Pc m5 «6 KILLER TRUNK 
21] SLOW RELEASE 
GROUP MEMBER PEG USAGE HT TROUBLE 
TOPCOMFAMF 1 1 10 10 SLOW RELEASE 
5 14 640 45 SLOW RELEAS 
LNTOPSI 1 6 180 30 SLOW RELEAS 
2 0 0 d ALWAYS IDLE 
EMGY 1 0 900 i ALWAYS BUSY 


ACCUMULATION TIME: 1 0 
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KTRK100 (continued) 


Field descriptions 


The following table explains each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO KTRK_REPORT Constant Defines the report as a killer trunk report 

EXCEPTIONS Constant Indicates KT report is for trunks that contain KT 
properties 

KTPARMS CRITERIA Constant Indicates that table KTPARMI defines peg and 
use criteria 

PEG Constant Provides column heading for peg count 
measurements 

HT Constant Provides column heading for holding time 
measurements. 

TROUBLE Constant Provides column heading for a character string 
that indicates killer trunk property on the trunk 

ktpegmin Symbolic text Refer to table KTPARMS. Identifies minimum 
number of pegs threshold before the holding time 
comparison occurs. Refer to the list in the 
customer data table KTPARMS for office defined 
KTPEGMIN threshold values. Use the customer 
data list from the command interpreter (Cl) MAP 
(maintenance and administration position) level. 

<kthtmax Symbolic text Identifies maximum killer trunk holding time 


threshold in seconds for a single trunk. Refer to 
the list in the customer data table KTPARMS from 
the Cl MAP level for office defined KTHTMAX 
threshold values. Refer to table KTPARMS. 
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Field 


Value 


Description 


KILLER TRUNK 


>srhtmin 
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Field 


Constant 


Symbolic text 


Value 


Indicates the system observes the killer trunk 
property when the following conditions apply: 


e the actual measurement for PEG is greater 
than the specified value for peg_thresh 


* the actual measurement for HT is less than 
the specified value for ht thresh 


Identifies the minimum slow release holding time 
threshold in seconds for a single trunk. Refer to 
the list in the customer data table KTPARMS from 
the CI MAP level for office defined SRHTMIN 
threshold values. Refer to table KTPARMS. 


Description 


SLOW RELEASE 


GROUP 
MEMBER 


USAGE 


clli 


ext_trk 


Constant 


Constant 


Constant 


Constant 


Symbolic text 


Symbolic text 


Indicates the slow release property is observed 
when the actual measurement for holding time 
was greater than the specified value for 
>ht_thresh 


Provides column heading for trunk identification 


Provides column heading for trunk member 
identification 


Provides column heading for use rate 
measurements 


The CLLI appears for the first observed trunk in a 
group that circuit numbers identify. CLLI does not 
appear for the trunks that remain in the group; 
only the circuit number is provided. All circuit 
numbers associate with the previous CLLI. Refer 
to Table TRKGRP. 


Displays the trunk circuit number. The MEMBER 
column is the external trunk name of each 
member, and is not necessarily printed in a 
sequence. The order follows the order of table 
TRKMEM. Refer to table TRKGRP. 
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Field Value Description 
ni 1-32767 Provides peg count for observed trunk 
n2 1-32767 Provides use rate for observed trunk 
n3 1-32767 Provides holding time in seconds for observed 
trunk. If a * appears in the HT column, then the 
number of accumulated pegs is zero, and the 
holding time can not be calculated. 
trbl Always busy Indicates always busy property is on the trunk 
Always idle Indicates always idle property is observed on the 
trunk 
Blank Indicates KT properties were not on the trunk. 
Killer trunk Indicates KT property on the trunk 
Slow release Indicates slow release (SR) property is on the 
trunk 
KT and SR Indicates both KT and SR properties are on the 
trunk 
ACCUMULATION TIME Numeric Identifies the test interval in hours and minutes 
POSSIBLE REPORT Constant When this message appears at the end of the 
INCONSISTENCY: KRTK100 log report, and indicates a system 
REPORT NUMBER dump. A new log report that starts to dump into 
DIFFERENT the holding registers, can invalidate some of the 
information that already printed. 


Action 
Save all reports for network planning personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There are no associated OM registers. 
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LAQ602 


Explanation 
The system generates log report LAQ602. This report appears when Log 
Acquisition (LAQ) subsystem notifies that the DMS LOG SYSTEM lost some 
SuperNode (SN) CM logs. 


The SN Operations Controller (OPC) system provides log processing. The log 
processing consists of the following functions: 


e the Data Collector collects SN logs and SN OPC UNIX Application 
Environment (UAE) logs 


* the Problem Manager correlates SN logs 
* the Problem Viewer browses logs 


* the Problem Viewer delivers logs to a local printer 


Feature AJ2892 implements an application that allows a SN OPC to obtain 
logs from a SNODE CM across a TCP/IP connection. This feature allows the 
system to generate an AUDIT log. The system generates this log if an AUDIT 
in the SN OPC requests a log to test the TCP/IP communication path. The log 
also tests the health of the DMS LOG SYSTEM. 


Feature AJ2892 creates the LAQ in the SN OPC side as a client process. This 
condition occurs so that the LAQ sends a requests and receives results to/from 
the remote client. The SN CM side contains the remote client. The Data 
Collector communicates with this process to receive/stop the stream of 
SNODE CM logs. 


The Data Resource Manager (DRM) controls the LAQ. The DRM creates the 
process when the SN OPC is in service. The LAQ is registered to DRM to 
monitor the status of the Data Collector. The LAQ is also registered to DRM 
to monitor the status of AUDIT. 


The LAQ originates and manages the TCP/IP connection that is established 
toward the remote server in the SNODE CM. This module contains 
descriptions of the reception and transmission buffers that handle the 
incoming/outgoing messages. 


After the LAQ connection is established the LAQ connects to the Data 
Collector (DC). To connect to the DC, the LAQ creates an IPC connectivity 
when the DC is in service and available. 


When the Data Collector sends an IPC message to request logs, theLAQ acts 
on the request. The LAQ sends the “start-log-request" message to 
SNLAQTCP process in SN CM. 
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The LAQ receives logs. Use the procedures in the Data Collector interface 
library to pass these logs to the Data Collector. This process continues until 
the Data Collector sends a stop log IPC message. A (stop_logs_request) 
message is sent to the server. 


The SuperNode CM section of AJ2892 receives the number of the log lost in 
the DMS LOG SYSTEM. The number then notifies the SN OPC section of 
AJ2892. The AJ2892 feature generates a UAE (UNIX Application 
Environment) log that conveys the number of SN CM logs lost. 


Format 
The format for log report LAQ602 is as follows: 


LAQ602 INFO FCC136AP OPC LAQ mmmdd hh:mm LAQ(2530) 
<description> 
LOG: 
1 
Expert data: laqmain.c() 


Example 
An example of log report LAQ602 follows: 


LAQ602 INFO FCC136AP OPC LAQ 191092 13:04:12 LAQ(2530) 
Number of log lost (CM side) :4 

LOG: 

1 
Expert data: laqmain.c() 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
description Number of log lost (CM Denotes number of logs at SNode CM side 
side): 0-65535 
Action 


The DMS LOG SYSTEM can handle an average of one SNode CM log each 
second. The average size of a SNode CM log is 150 bytes. Enforce a stream 
of 10 logs every second to stress the DMS LOG SYSTEM. Each log contains 
800 characters. When the DMS LOG SYSTEM is stressed, the system 
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generates one UAE log every 2 s. A UAE log indictes the log lost at the CM 
side. The SN OPC administrator uses the PULSE tool to perform this process. 


Associated OM registers 
There are no associated OM registers. 
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LCD100 


Explanation 


Format 


A LCD100 log (LONG CALLDUR INFO) is generated when long call 
duration calls that may be in error are detected. This log is generated for calls 
when the call duration exceeds the time difference between the origination and 
disconnect time. The origination date must be the same as the disconnect date. 
This log is used to indicate a call duration problem. 


This log is also generated whenever the call duration exceeds 48 hours. 


The log report format for LCD100 is as follows: 


LCD100 «mmmdd hh:mm:ss ssdd> INFO LONG CALLDUR INFO 


REGB B106BT LCD100 APR26 07:09:01 4310 INFO LONG 
CALLDUR INFO 

SEQ#: 0 

ORIG: CKT RTPBEAN2WS7DI 3 

TERM: CKT RTPBEANOWS7DI 2 

ORIG YR: 28 MO: 4DAY: 23 HR: 13 MIN: 18 SEC: 4 

DISC YR: 28MO: 4DAY: 26HR: 7MIN: 9SEC: 1 

RU CALLDUR: 00237057 


CCBANS: | 
CDB MSG: 17 
CDB CALLDUR: 00237057 
CDBANS: | 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

SEQ numeric This value will always be 0. 

ORIG alphanumeric Originating trunk group and trunk number 

TERM alphanumeric Terminating trunk group and trunk number 

ORIG timestamp Originating time - 
year/month/day/hour/minute/second 

DISC timestamp Originating time - 
year/month/day/hour/minute/second 
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Field Value Description 

RU CALLDUR numeric Recording Unit call duration between 
answer and disconnect time. Value is in 
seconds. 

CCB ANS 0 or 1 Call Condense Block answer flag, 1 = 
answered 

CDB MSG numeric Call Data Block last internal I/O message 
type 

CDB CALLDUR numeric Call Data Block call duration between 
answer and disconnect time. Value is in 
seconds. 

CDB ANS 0 or 1 Call Data Block answer flag, 1 = answered 

Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO07 (DMS) 


Log LCD100 was previously omitted and is now introduced under CR 


Q00911529. 
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LINE100 


Explanation 
The line maintenance (LINE) subsystem generates the LINE100 log when you 
perform a line diagnostic test from the 


* MAP terminal, and the test passes 


* shower queue on an integrated services digital network (ISDN) loop or an 
analog line, and the test passes 


A log report with an event type of trouble (TBL), fault (FLT), or information 
(INFO) precedes a system-initiated diagnostic test. 


Format 
The format for log report LINE100 follows: 


LINE100 mmmdd hh:mm:ss ssdd PASS LN DIAG 
len DN dn 
DIAGNOSTIC RESULT diagtxt 
ACTION REQUIRED acttxt 
CARD TYPE cardtype 


Example 
An example of log report LINE100 follows: 


*LINE100 JANO1 00:00:07 5678 PASS LN DIAG 
HOST 55 1 00 24 DN 2557229999 
DIAGNOSTIC RESULT Card Diagnostic OK 
ACTION REQUIRED None 
CARD TYPE 6X17BA 
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Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
= minor fault severity 
** = major 
*** = critical 
PASS LN_DIAG Constant Indicates a line diagnostic test was 


performed and passed. A line diagnostic 
test checks for hardware-related faults in 
line equipment. 


len Alphanumeric text The line equipment number (LEN) for the 
string suspect line equipment 
DN Constant Indicates that a directory number (DN) 
follows 
dn Integers The directory number (DN) for the suspect 


line equipment 


NO DIRN NO DIRN appears when channel units are 
involved. 


The system does not support DN for 
channel units on special service modules 
(shelves used with a remote carrier urban 
[RCU] that house equipment that supports 
special services). 


DIAGNOSTIC RESULT Constant Indicates the result of diagnostic testing 
follows 

diagtxt Text string The results of diagnostic testing 

ACTION REQUIRED Constant Indicates the recommended user action 
follows 

actxt Text string The recommended user action 


If there is no user action required, the entry 
is "None". 
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(Sheet 2 of 2) 
Field Value Description 
CARD TYPE Constant Indicates that card information follows 
cardtype Alphanumeric text The product engineering code (PEC) of the 
string ISDN line card (ISLC) in the ISLC loop 
tested 
Action 


None 


Associated OM registers 
None 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-252 UCS log reports 


LINE101 


Explanation 
The Line Maintenance (LINE) subsystem generates report LINE101. The 
subsystem generates LINE101 when the system or the user runs a diagnostic 
test, and the test fails. The user runs the diagnostic test from the MAP 
terminal. The system runs the test from the shower queue on an integrated 
service digital network (ISDN) loop. 


A report with event type trouble (TBL), fault (FLT), or information (INFO) 
precedes a system initiated diagnostic test. 


The system initiates a diagnostic for some of the system problems in LINE113. 
The subsystem generates LINE101 if the diagnostic test fails. The line 
equipment number (LEN) of an RDTISD line can display in this log. 


Format 
The log report format for LINE101 is as follows: 


**TTNE101 mmmdd hh:mm:ss ssdd FAIL LN. DIAG 
len DN dn 
DIAGNOSTIC RESULT diagtxt 
ACTION REQUIRED acttxt 
CARD TYPE cardtype 


Example 
Examples of log report LINE101 follow: 


Example 1 


*LINE101 JANO1 00:00:07 5678 FAIL LN_DIAG 
HOST 55 10 2 DN 2557229999 
DIAGNOSTIC RESULT PUPS failure detected 
ACTION REQUIRED Test drawer 
CARD TYPE BX27AA 


Example 2 


*LINE101 OCT31 12:00:01 2112 FAIL LN_DIAG 
HOST 55 10 2 DN 8997811999 
DIAGNOSTIC RESULT Self test: ROM f RAM p SCP p Timer p 
ACTION REQUIRED Chk LC 
CARD TYPE 7A27AA 


Example 3 
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*LINE101 OCT31 12:00:01 2112 FAIL LN DIAG 
HOST 55 102 DN 6167811999 
DIAGNOSTIC RESULT Self test: ROM f RAM p SCP p Timer p 
ACTION REQUIRED Chk LC 
CARD TYPE 7A33AA 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
P alarm * = minor, ** = major, *** = critical 
FAIL LN DIAG Constant Indicates that the system performed a line 


diagnostic test. This test checks for hardware 
related faults in line equipment. 


LEN len Provides equipment identification for the 
suspect loop equipment. 


DN dn Provides a directory number for the suspect 
loop equipment. 


NO DIRN Special service modules do not support 
directory numbers (DN) for channel units. 
Special service modules are shelves used with 
a remote carrier urban (RCU) that houses 
equipment to support special services. No 
directory number (NO DIRN) appears in this 
field when channel units are associated. 


DIAGNOSTIC RESULT  diagtxt Indicates the result of diagnostic tests. Refer 
to the Diagnostic Result table. 


ACTION REQUIRED actxt Indicates the suggested action to take. Refer 
to the Diagnostic Result table. 


CARD TYPE cardtype Identifies the product engineering code (PEC) 
of the ISDN line card (ISLC) involved in the 
ISLC loop that the tests diagnose. 


Action 


If you cannot find the diagnostic reason and action required displays in the 
Diagnostic Results table, contact the next level of maintenance. 
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LINE10lindicates failures in the diagnostic test. The DIAGNOSTIC 
REASON and ACTION REQUIRED displays are in the explanation table. 
Use the following references to isolate and correct the failures that LINE101 
indicates: 


e For all failures that relate to central control or peripheral module 
equipment, refer to Trouble Locating and Clearing Procedures. 


e For all failures that relate to data entry, refer to the data schema section of 
the Translations Guide. 


e For all failures that relate to line equipment, refer to Lines Maintenance 
Guide. 


e For more information about line diagnostic tests, refer to Lines 
Maintenance Guide. 


Use the following instructions in response to the log report: 
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Value 


Description 


Action 


Addon Datafilled 


Addon Not Responding 


Audit in Progress 


Bad Wink From PSAP 


Indicates that the 
System tested a circuit 
pack that connects to a 
key set. An add onis not 
entered correctly in 
customer data Table 
KSETINV. 


Indicates that the 
System tested a circuit 
pack that connects to a 
key set. One of the add 
ons entered in customer 
data Table KSETINV 
does not respond to the 
test. 


Indicates a line card 
audit is in progress. 


Indicates PSAP test fails 
at the LTP level of the 
MAP because of an 
abnormal wink display 


received from the PSAP. 


Cktloc. To correct table KSETINV, refer to the 
data schema section of the Translations 
Guide. 


Cktloc. To correct table KSETINV, refer to the 
data schema section of the Translations 
Guide. 


Try the diagnostic again. 


Check PSAP hardware. 
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Value Description Action 


Buffer Full Flag High Indicates the circuitpack Replace card. Refer to Lines Maintenance 
buffer is full. Thesystem Guide for card replacement procedures. 
performs this part of the 
test after the signal 
loops to a key set. The 
buffer full flag status 
remains high. The high 
status does not allow the 
peripheral module to 
send additional 
messages. 


Buffer Full Flag Low Indicates the circuitpack Replace card. Refer to Lines Maintenance 
buffer is not ready to Guide for card replacement procedures. 
receive messages from 
the peripheral module. 

The system performs 
this part of the test after 
the peripheral module 
sends a request to the 
circuit pack. The 
peripheral sends a 
request to the circuit 
pack to signal a key test. 
The buffer full flag status 
remains low. The low 
status does not allow the 
peripheral module to 
send additional 
messages. 


Bus Extender Indicates the bus Replace bus extender card (NT3A17). 
extender loopback test 
fails. The test consists 
of a tone that the RCU 
maintenance card sends 
tothe bus extender card. 
The tone loops and 
returns to the 
maintenance card for 
analysis. 


Bypass Active Indicates that the Try again. 
metallic bypass is active. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-256 


LINE101 (continued) 
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Value Description Action 
CARD MISSING Indicates a request to Insert card. Refer to Lines Maintenance Guide 


CARD OK,FACTST 
ABORT 


CC - No Mailbox 


nnnn nnnn nnnn nnnn 


CHANNEL LOSS 


Check +48V switch 


CKT CANNOT BE 
IDLED 


Coin Collect 


Coin Presence 


test circuit pack was 
made, but pack was not 
present at suspect 
equipment location. 


Indicates circuit pack 
test completes correctly, 
but the system aborts 
the test before the 
facility test completes. 


Indicates that there are 
not enough software 
resources available to 
perform test. 


Indicates the channel 
loss subtest of the 
extended diagnostic 
fails, where nnnn 
represents tones that 
the transmission test 
unit (TTU) measure. 


Indicates reversal relay 
does not operate 
correctly. 


Indicates attempt to idle 
circuit pack for tests 
fails, and the test does 
not start 


Indicates the positive 
coin control voltage 
subtest of the extended 
diagnostic fails. 


Indicates the positive or 
negative coin control 
ground subtest of the 
extended diagnostic 
fails. 


for card insertion procedures. 


Manual test. Refer to Lines Maintenance 
Guide for manual test procedures. 


Try again. Refer to Lines Maintenance Guide 
for manual test procedures. 


Replace card. 


Reversal Rel. Refer to Lines Maintenance 
Guide for procedure. 


Replace card. Refer to Lines Maintenance 


Guide for card replacement procedure. 


Replace card. 


Replace card. 
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Value Description Action 
Coin Return Indicates the negative Replace card. 


Communication failed to 
a line card. 


Communication failed to 
NT1 


Connection Fail 


CONNECTION FAULT 


DCH cont failed: EC 
OFF: LU interface 


DCH cont failed: EC ON: 
LU interface 


DCH cont failed: L 
interface 


DCH cont failed: T 
interface 


coin control voltage 
subtest of the extended 
diagnostic fails. 


Indicates that the line 
card did not receive a 
C-channel response. 


Indicates that NT1 did 
not receive a C-channel 
response. 


Indicates test 
connection between PM 


and remote module fails. 


Indicates that the 

system did not establish 
connection between the 
line and test equipment. 


Indicates failure of the 
D-channel handler 
continuity test at the LU 
interface with error 
checking off. 


Indicates failure of the 
D-channel handler 
continuity test at the LU 
interface with error 
checking on. 


Indicates failure of a 
D-channel handler 
continuity test at the L 
interface. 


Indicates failure of a test 
of a D-channel handler 
continuity at the T 
interface. 


Check card. 


Check NT1. 


To check the PM and remote module for faults, 
post the PM and remote module at the PM 
level of the MAP. Issue the command string 
“QUERYPM FLT." Replace defective cards. If 
the PM and remote module are free of faults, 
test DS-1 link A. 


Try again. Refer to Lines Maintenance Guide 
for procedure. 


Check ISLM links. 
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Value Description Action 
DCH cont No response Indicates the ISDN Test DCH. 


from IAC or DCH 


DCH not in service 


Defective DSIC circuit 
on DPMC 


Defective facility 
sensors on DPMC 


Defective mate 10V 
regulator on DPMC 


Defective prime 10V 
regulator on DPMC 


Defective relay drivers 
on DPMC 


Defective 30V meas. 
circuit on DPMC 


access controller or the 
D-channel handler does 
not respond to the 
continuity test. 


Indicates the D-channel 
handler selected for the 
test is not in service 


Indicates that a fault is 
present in one of the 
DSIC circuits on the 
DPMC. The DPMC is 
defective. 


Indicates that a fault is 
present in the DPMC 
facility sensors. The 
DPMC is defective. 


Indicates that a fault is 
present in the mate 
10-volt regulator on the 
DPMC. The DPMC is 
defective. 


Indicates that a fault is 
present in the prime 
10-volt regulator on the 
DPMC. The DPMC is 
defective. 


Indicates that a fault is 
present in the DPMC 
relay drivers. The 
DPMC is defective. 


Indicates that a fault is 
present in the DPMC 
30-volt measurement 
circuit. The DPMC is 
defective. 


Check DCH and links. 


Replace the DPMC. 


Replace the DPMC. 


Replace the DPMC. 


Replace the DPMC. 


Replace the DPMC. 


Replace the DPMC. 
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Value 


Description 


Action 


Defective 30V power 
source on DPMC 


DIAGNOSTIC 
ABORTED 


Digital Port Card not 
present 


Digit received *=1 


DPMC control logic fault 


DPMC failed to operate 
relay 


Indicates that a fault is 
present in the DPMC 
30-volt power source. 
The DPMC is defective. 


Indicates that the 
system aborts extended 
diagnostics for a reason 
that is not known. The 
system aborts extended 
diagnostics after the 
System establishes a 
connection over the 
facility. 


Indicates the DPC for 
the line sub-group that 
contains the given LEN 
is not present. 


The digit that the line 
card receives is not one 


(1). 


Indicates a fault is 
present in the DPMC 
control logic. The 
DPNC is defective. 


Indicates the DPMC fails 
to operate the relay to 
connect the DPMC to 
the line to be diagnosed. 
It is possible that the 
DPMC (8X55) is the 
cause of the failure. 


Replace the DPMC. 


Check facility. Refer to Lines Maintenance 
Guide for procedure. 


Insert an 8X47 card in the correct slot. 


Check the line card and MTE. 


Replace the DPMC. 


Replace the DPMC (8X55) and repeatthe test. 
If the condition persists, replace the 8X47 
(digital port card). 
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Value 


Description 


Action 


DPMC in use by another 
line on the DLM 


DSIP failure on 
looparound on/off 


Indicates that it was 
necessary to perform 
tests on the DPC. The 
DPMC was not available 
to perform the tests. 
The DPMC was already 
performing tests on 
another line on the same 
DLM (by manual or 
system request). 
Repeat the test. If the 
condition persists, 
execute the LOOPBK 
QUERY ALL command 
(MAP level LTPDATA). 
This command makes 
sure that no MADO has 
a DPC loopback active 
(through LOOPBK DPC 
command). A MADO 
with an active DPC 
loopback, remains in 
use until a LOOPBK 
RLS command is issued 
for that MADO. 


Indicates the DSIP fails 
to turn the PCM 
looparound on/off at the 
DPC (with the DPMC). 
Check the DLM and 
verify that the DPMC is 
in the proper slot. Verify 
the versions of the DSIP 
firmware and the DLM 
software load. 


Try again. 


Check peripherals. 
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Value 


Description 


Action 


DSIP failed to connect 
DPMC 


DSIP failed to perform 
DPMC test 


DSIP failed to perform 
test 


nnnn nnnn nnnn nnnn 
ECHO RET LOSS 


nnnn nnnn nnnn nnnn 
Eq Pads Test 


Equalization High 


Indicates the digital set 
interface processor 
(DSIP) does not detect 
the DPMC (8X55) in the 
DLM. Check the DLM. 
Verify the 8X55 is in the 
proper slot. Remove the 
card. Install the card 
again and repeat the 
test. If the problem 
persists, the DPMC is 
defective. Replace the 
DPMC. 


Indicates that the 
system must use DPMC. 
The DSIP does not 
execute the DPMC test 
which precedes each 
use of the DPMC. Verify 
the versions of the DSIP 
firmware and the DLM 
software load. 


Indicates that the DSIP 
fails to perform the set 
presence test. Replace 
the 8X49 card. 


Indicates that the echo 
return loss subtest of the 
extended diagnostic 
fails, where nnnn 
represents tones that 
the transmission test 
unit (TTU) measures. 


Gives the results of the 
equalization pads test 
failure. 


Indicates that circuit 
pack impedance is high 
for the line and set 
requirements 


Check peripherals. 


Check peripherals. 


Replace card. 


Replace card. 


Replace card. May be a defective line card or 
a line card that is not correct. 


Replace card. Refer to Lines Maintenance 
Guide for procedure. 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-262 


LINE101 (continued) 


(Sheet 9 of 40) 


Value 


Description 


Action 


Equalization low. 


EQUIP FAULT 


Excessive voltage (» 
10V) on loop 


Ext Not Datafilled 


OR 


Indicates that loop or set 
impedance is high for 
circuit pack 
requirements. 


Indicates circuit pack 
impedance is low for 
circuit pack and set 
requirements. 


OR 


Indicates loop or set 
impedance is low for 
circuit pack 
requirements. 


Indicates that a fault that 
cannot be identified 
causes the test to fail. 


Indicates that the 
system measures a 
voltage in excess of 10 
volts on the loop. Check 
the MDF and jack panel 
and verify that no 
external voltages are 
applied to the line. 


Indicates that the 
System tests a circuit 
pack that connects to a 
key set. An extension is 
not entered correctly in 
customer data Table 
KSETINV. 


Check loop or set. Refer to Lines Maintenance 
Guide for procedure. 


Replace card. Refer to Lines Maintenance 
Guide for procedure. 


Check loop or set. Refer to Lines Maintenance 
Guide for procedure. 


Try again. Refer to Lines Maintenance Guide 
for procedure. 


Check facility. 


Cktloc. Refer to the data schema section of 
the Translations Guide to correct table 
KSETINV. 
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Value 


Description 


Action 


Ext Not Responding 


External RAM fault 
detected 


to set 


Failed to operate 
CUTOFF relay 


Failed to run DCHCON. 
Try again. 


Failed to set 2B+D 
loopbk: L interf. 


Failed data transmission 


Failed to release loopbk. 


Indicates that the 
system tests a circuit 
pack connected to a key 
set. One of the 
extensions entered in 
customer data Table 
KSETINV does not 
respond to the test. 


Indicates that the 
system detects a faulton 
the line card external 
RAM. 


Indicates that the 
system detects an error 
in the received data or 
no data was received. A 
bad loop or a defective 
SAM can cause the 
system to not receive 
data. If the operating 
company personnel 
unplug or power down a 
SAM, the system does 
not receive data. 


Indicates cutoff relay 
fails to operate. 


Indicates loopback 
release failure in 
continuity test to the L, 
U, and T interfaces. 


Indicates that the DCH 
continuity test was not 
run. 


Indicates the failure of 
the two B channels and 
D channel loopback at 
the L interface 


Cktloc. Refer to the data schema section of 
the Translations Guide to correct table 
KSETINV. 


Replace card. Refer to Lines Maintenance 


Guide for card replacement procedures. 


Check loop and set. Refer to the data schema 
section of the Translations Guide to correct 
table KSETINV. 


Check relay. 


Check DCH and IAC and try test again. 


Loopback L. 
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LINE101 (continued) 


(Sheet 11 of 40) 


Value Description Action 
Failed to set 2B+D Indicates that the the Loopback LU. 
loopbk: LU interf. two B-channels and 
D-channel loopback at 
the LU interface fail. 
Failed to set 2B+D Indicates that the two Loopback T. 


loopback: T interf. 


Fault in DPC, subscriber 
loop, or set 


B-channels and 
D-channel loopback at 
the T interface. 


Indicates the PCM 
looparound test at the 
DSIC in the set fails (the 
PCM looparound test at 
the PSTS passes). The 
DLM does not have a 
DPMC (8X55), the user 
cannot perform the test 
at the DPC. Check the 
jack and line cord, and 
set and verify all 
connections. If the 
connections are in order, 
connect a test set to the 
line. If the line fails 
diagnostics again, the 
DLIC or the associated 
parts of the electrical 
circuit on the DPC is 
defective. Replace the 
DPC. If the line passes 
diagnostics with the test 
set, then the subscriber 
set is defective. Replace 
the subscriber set. 


Check facility. 
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(Sheet 12 of 40) 


Value 


Description 


Action 


Fault in set -- set not 
responding 


nnnn nnnn nnnn nnnn 
Flux Cancel Test 


Foreign voltage on loop 
-- check MDF 


FUNCTIONAL TEST 
FAIL 


IAC Queue full. 


INCOMING SEIZURE 


Internal RAM/CPU fault 
detected 


Indicates the set does 
not acknowledge the set 
and fails signalling tests. 
The DPMC facility 
sensors detect a set on 
the line. Check the set 
and verify all 
connections. If the 
connections are in order, 
the set is defective. 
Replace the set. 


Provides the results of 


the flux cancellation test. 


Indicates that the DPMC 
diagnoses the 
subscriber loop and 
detects a foreign 
voltage. Check the 
subscriber loop. 


Indicates that the 
System detects a 
hardware fault during 
function test procedure 
of suspect equipment. 


Indicates that the ISDN 
access controller queue 
is full. 


Indicates that the facility 
is not tested, because 
the system seizes 
before the user requests 
the test. 


Indicates that the 
system detects a fault on 
the line card internal 
RAM or the CPU. 


Check facility. 


Replace card. 


Check facility. 


Replace card. Refer to Lines Maintenance 
Guide for card replacement procedure. 


Try the test again. 


Check facility. Refer to Lines Maintenance 
Guide for procedure. 


Replace card. Refer to Lines Maintenance 
Guid for card replacement procedure. 
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LINE101 (continued) 


(Sheet 13 of 40) 


Value 


Description 


Action 


Invalid Card Code For 
Test 


Invalid channel number 
to DPMC 


Invalid command to IAC. 


Invalid DCH 


Invalid DPMC request 
sent to DLM 


Invalid request to IAC. 


Invalid response from 
IAC/DCH 


Indicates that the PSAP 
test is denied at the LTP 
level of the MAP display 
because a card code is 
invalid. 


Indicates that the DSIP 
receives a command for 
which the specified 
channel (for example, 
line) does not 
loop/unloop correctly. 
Verify the versions of the 
DLM and LTC/LGC 
software and the DSIP 
firmware. 


Indicates that the ISDN 
access controller 
receives a command 
that is invalid. 


Indicates that the 
D-channel handler 
selected for the test is 
invalid. 


Indicates that the DLM 
receives a DPMC 
command thatis invalid. 
Verify the versions of the 
DLM and LTC/LGC 
software loads. 


Indicates an IAC 
receives a request that 
is invalid. 


Indicates that the 
response from the ISDN 
access controller or the 
D-channel handler is 
invalid. 


Try again. Try with LDT line only PSAPWA 
card code. 


Check peripherals. 


Check IAC load. 


Check peripherals. 


Check IAC load. 


Check DCH. 
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(Sheet 14 of 40) 


Value 


Description 


Action 


Invalid response to self 
test 


Invalid RIT reply from 
DSIP (XXXX) 


ISLM not responding 


Jack Access Active 


Last digit message 


LC BPVO register test 
failed. 


Indicates that a line card 
transmits a response 
that is invalid during a 
self test. An invalid 
response occurs when 
the line card is defective. 
An invalid response also 
occurs when the card in 
the slot is not the card 
that is entered. 


NOTE: XXXX indicates 
the point (PSTS, DPC, 
DSIC, or MADO) at 
which the system 
performs the signalling 
looparound test. 
Indicates that the DSIP 
reply to the RIT 
(signaling looparound) 
message is invalid. 
Replace the 8X49 card. 
Replace the 8X46 card 
ONLY if the condition 
persists. 


Indicates that there is no 
response from the ISDN 
line module. 


Indicates that a jack 
access is present at the 
RCU. 


Indicates that the digit 
reception process is idle 
and the system cannot 
collect digits until the 
digit reception process 
restarts. 


Indicates failure of the 
test on the line card 
bipolar voltage overflow 
register. 


Replace card. Refer to Lines Maintenance 
Guide for card replacement procedure. 


Replace card. 


Check ISLM. 


Try the test again. 


Check the line card and MTE. 


Check line card. 
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Value 


Description 


Action 


LC context restore 
failed. 


Line Data Error 
‘Terminal id. 


Local Testing Active 


Loop communication 
fault. 


Looped data does not 
match (XXXX) 


Looped message not 
received (DPC) 


Looped message not 
received (DSIC) 


Indicates failure of line 
card status after a 
context restore. 


Indicates an error in data 
on the line. 


Indicates a local test 
initiated at the 
Maintenance card of the 
RCU. 


Indicates that the 
system does not receive 
C-channel responses 
from a loop component. 


NOTE: XXXX indicates 
the point (PSTS, DPC, 
DSIC, or MADO) at 
which the system 
performs the signalling 
looparound test. 
Indicates that the data 
that the system receives 
from the looparound test 
does not match the data 
sent. Replace the 8X46 
card. Replace the 8X49 
card ONLY if the 
condition persists. 


Indicates that the 
signalling looparound 
test at the DPC fails. 
Replace the DPC 
(8X47). 


Indicates that signalling 
looparound test at the 
DSIC fails. Check the 
set and verify all 
connections. If the 
connections are good, 
replace the set. 


Check line card. 


Check data. 


Try the test again. 


Replace card. 


Replace card. 


Check facility. 
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LINE101 (continued) 


(Sheet 16 of 40) 


Value 


Description 


Action 


Looped message not 
received (MADO) 


Looped message not 
received (PSTS) 


LTA CANCELLED 


LU interface not 
activated. 


MADO reset error 


Indicates that the 
signalling looparound 
test at the MADO fails. 
Check the MADO and 
verify all connections. If 
the connections are 
good, replace the 
MADO. 


Indicates that the 
signalling looparound 
test at the PSTS fails. 
Replace the 8X46 card. 
Replace the 8X49 card 
ONLY if the condition 
persists. 


Indicates that the 
request for line test 
access (LTA) was 
cancelled, and that the 
system aborts the test. 


Indicates the LU 
interface is not 
activated. 


Indicates that the MADO 
has failed to perform its 
reset function. Check 
the MADO and verify all 
connections. If the 
connections are good, 
the MADO is defective. 
Replace the MADO 


Check facility. 


Replace card. 


Try again. Refer to Lines Maintenance Guide 
for procedure. 


Check line card. 


Check facility. 
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Value Description Action 
MADO self test failed Indicates thatthe MADO Check facility. 


Main Datafilled 


Main Not Responding 


Messaging Failure To 
Data Option 


acknowledges the 
MADO and passes 
signalling and PCM 
tests. The 
microprocessor in the 
MADO fails the MADO 
self-test. Check the 
MADO and verify all 
connections. If the 
connections are good, 
the MADO is defective. 
Replace the MADO. 


Indicates that the 
system tests a circuit 
pack that connects to a 
key set. The main set is 
not entered correctly in 
customer data Table 
KSETINV. 


Indicates that the 
system tests a circuit 
pack that connects to a 
business set. The main 
set entered in customer 
data Table KSETINV 
does not respond to the 
test. 


Indicates that the MADO 
firmware no longer 
recognizes messaging. 
Indicates that 
microprocessor in the 
source MADO can lose 
sanity. A 
communication failure 
occurs between the 
DSIC and the MADO. 


Check loop&set. Refer to the data schema 
section of the Translations Guide to correct 
table KSETINV. 


Check loop&set. Refer to Lines Maintenance 
Guide for procedure. 


CHK 8X49,SET. Make sure that MADO power 
is plugged in and works. Run the diagnostic on 
another MADO that is on the same port card 
and DLM unit. If the diagnostic passes, the 
MADO microcontroller is defective. Replace 
the MADO. If the diagnostic fails, check the 
8X49 card (DSIP). 
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Value Description Action 
Messaging Failure To Indicates thatthe M3000 CHK 8X49,SET. Make sure the M3000 power 


Set Firmware 


Messaging Inhibited 


Metering Card not 
Datafilled 


Metering Card not 
Responding 


digital telephone 
firmware no longer 
recognizes messaging. 
Indicates that the 
microprocessor in the 
set can lose sanity. A 
communication failure 
occurs between the 
DSIC and the firmware 
chip. 


Indicates messaging 
between the PM and 
remote module is 

inhibited temporarily 


Indicates that the 
metering pulse test 
detects a difference in 
the line data. Data in 
Table LENLINES 
indicates that the 
6X94AA line under test 
supports an SPM ora 
coin phone. Data in 
Table LNINV indicates 
that a 6X95AA metering 
tone card is not present. 
The metering tone card 
is not present in slot O of 
the odd line subgroup for 
the LCM drawer that 
contains the line under 
test. 


Indicates that the 
metering tone card 
(6X95AA) does not 
respond. The metering 
tone card does not 
respond because the 
card is defective or the 
the card is not present in 
the drawer 


source is plugged in and works. Run the 
diagnostic on another set that is on the same 
port card and DLM unit. If the diagnostic 
passes, the set microcontroller is defective. 
Replace the M3000 set. If the diagnostic fails, 
check the 8X49 card (DSIP). 


Try the test again. 


Check data. Refer to the data schema section 
of the Translations Guide to correct table 
KSETINV. 


Check card or replace card. Refer to Lines 
Maintenance Guide for procedure. 
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(Sheet 19 of 40) 


Value 


Description 


Action 


Metering Card set to 
16KHz 


Modem fault detected 


MTA connection failure 


Mtc Bus Unavailable 


Neg Coin Off-Hook 


NIL Equip Fault 


No card present in slot. 


NO CARD RESPONSE 


Indicates metering pulse 
test for a 6X94AA line 
card detects a metering 
pulse with a frequency of 
16KHz. The 6X95AA 
metering tone card dip 
Switch can be set to 
supply 12KHz or 16KHz. 
The dip switch is set to 
16KHz. 


Indicates that the 
System detects a fault in 
the line card modem 
circuits. 


Indicates MTA busy. 


Indicates that the 
maintenance bus at the 
RCU is unavailable for 
tests. 


Indicates that the 
negative coin control 
voltage subtest of the 
extended diagnostic 
fails. 


Indicates a test 
equipment fault. The 
external trunk name of 
the test equipment is 
invalid. 


Indicates that a card is 
not present in the slot. 


Indicates attempt to idle 
circuit pack for tests that 
fail and tests that do not 
start. 


Change dip switch setting. Refer to Lines 
Maintenance Guide for procedure. 


Replace card. Refer to Lines Maintenance 
Guide for procedure. 


Check driver. 


Try the test again. If the maintenance bus is 
still unavailable after several retries, check the 
faceplate of the maintenance card for alarms. 
To check the PM level of the MAP for RCU 
alarms, post the RCU and issue the command 
"QUERYPM FLT." A defective maintenance 
card can cause a maintenance bus to be 
unavailable indefinitely. 


Replace card. 


Repair test equipment and try again. 


Insert card. 


Replace card. Refer to Lines Maintenance 
Guide for card replacement procedures. 
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(Sheet 20 of 40) 


Value Description Action 


NO COMMUNICATION Indicates attempt to idle Replace card. Refer to Lines Maintenance 
circuit pack for tests that Guide for card replacement procedures. 


fail and tests that do not 
start. 
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Value 


Description 


Action 


No digit mssg 


Indicates that the 
system performs a 
loop detector test on 
aline card. The test 
returns a result of no 
digit mssg received 
from the line card. 
The loop detector 
test passes through 
the following steps: 


The system sends a 
message to the line 
card. The system 
requests that the 
line card scan for 
off-hook. 


The system sends a 
message to the line 
card. The system 
requests that the 
line card receive 
digit one after it 
receives 
origination msg. 


The system 
requests that MTE 
send digit one (line 
card and MTE 
connect through the 
Metallic Test Access 
network). 


The system 
receives a 

DIGIT MSG from 
the line card or the 
line card does not 
generate a digit 
mssg. 


Check the line card and MTE. 
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(Sheet 22 of 40) 


Value 


Description 


Action 


No DSIP RIT reply 
received (XXXX) 


NO LINE CARD DIAG 


No Line CardO 


NO LOOP 
CONNECTION 


No LTA Card 


Indicates that DSIP does 
not reply to the RIT 
(signalling looparound) 
message from the DLM. 
Replace the 8X49 card. 


Note: XXXX indicates 
the point (PSTS, DPC, 
DSIC, or MADO) at 
which the system 
performs the signalling 
looparound test. 


Indicates that the facility 
test is complete, but the 
System aborts the test 
before the circuit pack 
test is complete. 


Indicates that the line 
card to be tested is 
absent 


Indicates that the 
System detects a fault 
during attempts to 
establish a connection 
through the network. 


Indicates that the LTA 
card is not on the RCU. 


Replace card. 


Insert card. 


Check network. Refer to Trouble Locating and 
Clearing Procedures. 


Insert LTA card. 
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LINE101 (continued) 


(Sheet 23 of 40) 
Value Description Action 
No MADO or fault in Indicates thatthe MADO Check facility. 


DPC, loop, or set 


No MADO or signalling 
failure in MADO 


No Mtc Card 


No response from IAC 


NO RESPONSE FROM 
LTC 


does not acknowledge 
the MADO. Check the 
set and MADO and 
verify all connections. If 
all connections are in 
order, the fault is in the 
loop or the DLIC (or 
associated circuitry) on 
the DPC. Check loop 
integrity. If the fault is 
not in the loop, replace 
the DPC. 


Indicates that the MADO 
does not acknowledge 
the MADO and fails 
signalling tests. The 
voice set acknowledges 
the voice set and passes 
signalling tests. A 
MADO is not present or 
the MADO is defective. 
Check the set to verify 
that the MADO is 
installed correctly and 
that the cables connect 
correctly. If connections 
are in order, replace the 
MADO. 


Indicates that a 
maintenance card is not 
present at the RCU. 


Indicates the ISDN 
access controller does 
not respond. 


Indicates attempt to idle 
line trunk controller for 
tests fails, and test did 
not start 


Check facility. 


Insert maintenance card. 


Check peripherals. 


Check peripherals. Refer to Index to 
Maintenance Procedure Documents for 


procedure. 
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LINE101 (continued) 


(Sheet 24 of 40) 
Value Description Action 
or No Response from Indicates that the Check peripherals. 
LTC system does not receive 
a response from the 
LTC/LGC for a message 


sent by the diagnostic 
process. Check the 
LTC/LGC and the DLM. 


NO RESPONSE FROM Indicates attempt to idle Check peripherals. Refer to Index to 


PERIPHERAL peripheral for testing Maintenance Procedure Documents for 
failed, and test did not procedure. 
start 


No response to self test Indicates the card does Replace card. Refer to Lines Maintenance 
not respond to requests Guide for card replacement procedure. 
for a self test. The line 
card is defective or the 
card in the slot is not the 
card that is entered. 
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Value 


Description 


Action 


No set or fault in DPC, 
loop, or set 


No Signalling, Loop & 
Set 


No Signalling to Set 


Indicates that the set 
does not acknowledge 
the set and fails 
signalling tests. 
Because the DLM that 
contains the 
corresponding DPC 
does not have a DPMC 
(8X55), the system 
cannot test the DPC 
signalling. Verify that a 
set is present and check 
the jack, line cord, and 
set connections. If the 
connections are good, 
replace the set with a 
test set. If the line 
continues to fail 
diagnostics, then the 
DPC is defective. 
Replace the DPC. 
Temporarily relocate the 
DN to a different LEN. 
Enter the defective LEN 
in Table IVDTRBL to 
block the bad port until 
you replace the card. If 
the line passes 
diagnostics with the test 
set, then the subscriber 
set is defective. 
Replace the subscriber 
set. 


Indicates that the 
peripheral module did 
not send a signal to the 
connected keyset. 


Indicates that the 
module did not send a 
signal or the connected 
keyset did not receive a 
signal. 


Check facility. 


Replace card. Refer to Lines Maintenance 
Guide for card replacement procedure. 


Check card and peripheral set. Refer to Lines 
Maintenance Guide for procedure. 
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(Sheet 26 of 40) 


Value 


Description 


Action 


No SMS Pside Channel 


No SMU Pside Channel 


No Tone Detected 


No Wink From PSAP 


Noise Level nnnn DB 
NOTCH NOISE 


Noise Level nnnn DB 
WEIGHT NOISE 


NT1 BPVO register test 


failed 


NT1 context restore 
failed 


Indicates that no DS-1 
channel is available. 


Indicates that no DS-1 
channel is available. 


Indicates PSAP test fails 
because the PSAP does 
not return busy tone 
after the PSAP sends 
ANI digits 


Indicates that the PSAP 
test fails. The PSAP test 
fails because a wink is 
not present from the 
PSAP. 


Indicates that noise 
subtest of the extended 
diagnostic fails, where 
nnnn is the noise level 
that measures the 
transmission test unit 
(TTU). 


Indicates that noise 
subtest of the extended 
diagnostic fails, where 
nnnn is the noise level 
that measures the 
transmission test unit 
(TTU) 


Indicates failure of the 
test of the NT1 bipolar 
voltage overflow 
register. 


Indicates failure of NT1 
status after a context 
restore 


Try the test again. 


Try the test again. 


Check TTU/PSAP. 


Check PSAP/TTU. Make PSAP hardware and 
entries of the tested line card code compatible. 
Make sure the E911 PSAP REC 

PRE WINK TIME' parameter in Table 
OFCENG is entered correctly. 


Replace card. 


Replace card. 


Check NT1. 


Check NT1. 
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LINE101 (continued) 


(Sheet 27 of 40) 
Value Description Action 
Off-Hook Indicates that the Replace card. 
off-hook subtest of the 
extended diagnostic 
fails. 
On-Hook Indicates that on-hook Replace card. 


Open Circuit -- check 
loop (or no set) 


nnnn nnnn nnnn nnnn 
Pad nDB Test 


PAM Loopback 


subtest of the extended 
diagnostic fails. 


Indicates that the DPMC 
diagnoses the 
subscriber loop and 
detects an open circuit 
wad. Verify that a set 
connects on the loop. 
Check the subscriber 
loop. If you do not find 
faults, the open circuit 
can be inside the set. 


Provides the result of the 
pad DB test, where n is 
the exact pad value on 
which the test fails. 


Indicates the PAM 
loopback test fails. The 
PAM loopback test is a 
test tone sent from the 
RCU maintenance card 
to the transmit/receive 
multiplexer card. The 
system loops the tone 
and returns the tone to 
the maintenance card 
for analysis. 


Check facility. 


Replace card. 


Replace transmit/receive multiplexer card 
(NT3A18). 
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(Sheet 28 of 40) 


Value 


Description 


Action 


PCM looparound failure 
at DSIC in set or PCM 
failure at DSIC in set 


PCM looparound not 


activated (XXXXX) 


PCM looparound not 
released (XXXXX) 


Indicates that the set 
acknowledges the set 
and passes the 
signalling looparound 
test at the set. The set 
passes the PCM 
looparound test at the 
PSTS, and fails the PCM 
looparound test at the 
set. Try to substitute a 
known good set. If the 
fault clears, the original 
set was bad. If the fault 
persists, check loop 
integrity. If the loop is 
good, the DPC is 
defective. Replace the 
DPC. 


NOTE: XXXXX indicates 
the point (PSTS, DPC, 
DSIC, MADO, or 
CODEO) at which the 
system performs the 
PCM looparound test. 
Indicates that the 
System cannot start the 
PCM looparound. 


NOTE: XXXXX indicates 
the point (PSTS, DPC, 
DSIC, MADO, or 
CODEO) at which the 
system performs the 
PCM looparound test. 
Indicates that the 
system cannot stop the 
PCM looparound. 


Check facility. 


Replace 8X49 card. 


Replace 8X49 card. 
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LINE101 (continued) 


(Sheet 29 of 40) 


Value 


Description 


Action 


PCM looparound test 
failed at DPC 


PCM looparound test 
failed at PSTS 


Indicates that the PCM 
looparound test that 
uses the tone generation 
and tone detection 
circuitry of the 
transmission test trunk 
(TTT) fails. The test fails 
at the DPC looparound 
point. The readings that 
the tone detection 
circuitry take indicate 
that the frequency 
and/or the level are not 
within tolerance limits. 


Indicates that the PCM 
looparound test that 
uses the tone generation 
and tone detection 
circuitry of the 
transmission test trunk 
(TTT) has fails. The test 
fails at the PSTS 
looparound point. The 
readings that the tone 
detection circuitry take 
indicate that the 
frequency and/or the 
level are not within 
tolerance limits. 


Replace DPC (8X47). 


Replace 8X46 card. Replace 8X49 card if the 
problem persists. 
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Value Description Action 


PCM looparound test NOTE: XXXXX indicates Check facility. 

failed at XXXXX the point (DSIC, MADO, 
or CODEC) at which the 
system performs the 
PCM looparound test. 
Indicates that the PCM 
looparound test that 
uses the tone generation 
and tone detection 
circuitry of the 
transmission test trunk 
(TTT) has fails. The test 
fails at the DPC 
looparound point. The 
readings that the tone 
detection circuitry take 
indicate that the 
frequency and/or the 
level are not permitted. 
Check the set and verify 
all connections. If all 
connections are in order 
then the set (or MADO) 
is. defective. For 
XXXXX = DSIC or 
CODEC, replace the set. 
For XXXXX = MADO, 
replace the MADO first. 
Replace the set if the 
problem persists. 


PM Not Ready Indicates the remote Try the test again. 
module is not ready to 
process test requests. 
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Value 


Description 


Action 


PM Reply Timeout 


Positive Coin Off-Hook 


Pre V. Trip 


PSTS test resources not 
available 


RESET FAILED 


Resistance XXXXXX 
OHMS 


Indicates that the PM 
fails to respond to a CC 
request to test the 
remote module. Also 
indicates that the PM 
fails to return test results 
in a given time. The 
remote module can fail 
to respond to a PM test 
request, or to return test 
results in a given time. 


Indicates that positive 
coin control voltage 
subtest of the extended 
diagnostic fails. 


Indicates ringing current 
was tripped abnormally. 


Indicates that another 
line on the same DLM 
unit uses PSTS test 
resources. Repeat the 
test. If the condition 
persists, execute the 
command “LOOPBK 
QUERY ALL" at the 
LTPDATA level of the 
MAP terminal. This 
verifies that no MADO 
on this DLM unit is left 
with a PSTS loopback 
manually activated. 


Indicates attempt to 
reset circuit pack after 
tests fail, and pack does 
not return to service. 


Indicates failure to seal 
current test. XXXXXX 
represents a decimal 
number. 


Try the test again. If the fault persists, check 
for alarms and logs that indicate defective 
common equipment. Check the cards for the 
message path between the CC, PM, and 
remote module first. Defective software can 
cause a PM reply timeout. Collect PM180 and 
SWER reports. Contact technical support. 


Replace card. 


RG trip fail. Refer to Lines Maintenance Guide 
for procedure. 


Try again. 


Replace card. Refer to Lines Maintenance 
Guide for procedure. 


Battery feed 
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LINE101 (continued) 


(Sheet 32 of 40) 


Value 


Description 


Action 


Reverse Battery 


Rg Rly Stuck 


Ringing Failed 


Ringing Failed Pre Trip 


RIT failed to run 


ROM fault detected 


Self test: ROM f RAM p 
SCP p Timer p 


Self test: ROM f RAM p 
SCP p Timer p 


Indicates that the 
reverse battery subtest 
of the extended 
diagnostic fails. 


Indicates that the ringing 
relay test fails because 
the ringing relay (K3 on 
the line card) is stuck. 
Welded contacts cause 
the ringing relay to be 
stuck. 


Indicates that the line 
group controller did not 
perform the run integrity 
test (RIT). 


Indicates that the 
system detects a faulton 
the line card ROM. 


Indicates that the 
system detects an ISDN 
loop from the shower 
queue. Indicates that 
the diagnostic fails. The 
fail reason includes all 
diagnostic errors for T 
line card. 


Indicates a line card in 
an RCU line card carrier 
fails diagnostics. These 
cards include the 
7A20AA, 7A21AA, 
7A23AA, 7A25AA, 
7A26AA, and 7A27AA. 


Replace the card. 


Replace the line card. 


Check ringing. 
Check ringing. 


Check PM. Refer to /ndex to Maintenance 
Procedure Documents for procedure. 


Replace card. Refer to Lines Maintenance 
Guide for procedure. Replace Set. Telephone 
the subscriber and ask if the display part of the 
suspect set functions correctly. If the display 
part of the set does not function correctly, 
arrange to replace or service the set. 


Diagnose the ISDN loop from the MAP in order 
to perform an extended diagnostic. Check for 
a defective line card in the carrier. 


Check the line card and the associated line 
card carrier. 
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LINE101 (continued) 


(Sheet 33 of 40) 


Value 


Description 


Action 


Set Display Not 
Responding 


Short circuit check subs 
loop & set 


SHORT TEST ONLY 


Indicates that the keyset 
display macro does not 
report its status during 
diagnostic tests. 


Indicates that DPMC 
diagnoses the 
subscriber loop and that 
the system detects a 
short circuit. Check the 
subscriber loop. If the 
System detects no faults, 
the short may be inside 
the set. 


Indicates that the user 
requests that the system 
perform the extended 
diagnostic test but the 
system performs a short 
test. 


Check facility. 


Try again. Refer to Lines Maintenance Guide 
for procedure. 
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LINE101 (continued) 


(Sheet 34 of 40) 


Value 


Description 


Action 


Signal failure - DPC, 
loop, or set 


Indicates that the voice 
set acknowledges the 
presence of the voice 
set but fails signalling 
tests. The DLM that 
contains the 
corresponding digital 
port card does not have 
a digital port 
maintenance card 
(DPMC 8X55). The 
system cannot test the 
DPC signalling. Check 
the jack, line cord, and 
set. Verify all 
connections. If the 
connections are good, 
replace the set with a 
test set (one which 
passes diagnostics). If 
the line fails diagnostics 
again, the DPC is 
defective. Replace the 
DPC. Temporarily 
relocate the DN to a 
different LEN. Enter the 
defective LEN in Table 
IVDTRBL to mark the 
bad port until you 
replace the card. If the 
line passes diagnostics 
with the test set, then the 
subscriber set is 
defective. Replace the 
subscriber set. 


Check facility. 
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LINE101 (continued) 


(Sheet 35 of 40) 


Value 


Description Action 


Signal failure -- DPC or 
Meridian set 


Indicates that set Check facility. 
acknowledges the set, 
but the signalling 
looparound test at the 
set fails. Try to 
substitute a known good 
set. If the fault 
disappears, the original 
set was bad. If the fault 
persists, check loop 
integrity. If the loop 
proves good, the DPC is 
defective. Replace the 
DPC. 
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(Sheet 36 of 40) 


Value Description Action 


Signal failure - MADO Indicates that only the Check facility. 

not responding voice set acknowledges 
the voice set. The voice 
set and the MADO fail 
signalling tests. The 
DLM that contains the 
corresponding digital 
port card does not have 
a digital port 
maintenance card 
(DPMC 8X55). The 
system cannot test DPC 
signalling. Check the 
set, MADO, and line 
cord. Verify all 
connections. 


If the connections are 
good, replace the set 
with a test set. If the line 
continues to fail 
diagnostics, then the 
DPC is defective. 
Replace the DPC. 
Temporarily relocate 
voice and data DNs to 
different LENs. Enter 
the defective LENs in 
Table IVDTRBL to block 
the bad ports until you 
replace the card. If the 
line passes diagnostics 
with the test set, then the 
subscriber set is 
defective. be replaced. 
Replace the subscriber 
set. 
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LINE101 (continued) 


(Sheet 37 of 40) 
Value Description Action 
Signalling failure in Indicates thatthe MADO Check facility. 


MADO 


Single-End 


Software error -- check 
for SWERR 


Suspected LCC Fault 


SV1 Stuck After Ringing 


acknowledges the 
MADO and fails 
signalling tests. The 
voice set acknowledges 
the voice set and passes 
signalling tests. The 
MADO is defective or 
the connections are 
defective. Check the set 
to verify that the MADO 
is installed correctly and 
that the cables connect 
correctly. If the 
connections are good, 
replace the MADO. 


Indicates that short 
diagnostics (local tests) 
fail. 


Indicates that a software 
error occurs. 


Indicates that a line card 
carrier (LCC) that 
contains the line card 
being tested can be 
defective. 


Indicates that the 
supervision bit (SV1) 
that transmits 
on/off-hook status is 
HIGH after the system 
applies ringing. The 
status must be LOW 
when ringing relay 
releases. 


Replace card. 


Check logs and retain the SWERR. Technical 
support uses the SWERR. 


Test the other line cards on the line card 
carrier. If all cards fail, replace the line card 
carrier. If other line cards pass diagnostics, 
replace the original line card that failed. 


Replace card. 
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LINE101 (continued) 


(Sheet 38 of 40) 


Value 


Description 


Action 


SV1 Stuck Before 
Ringing 


Sync loss at U interface 


Talk Battery 


Termination out of 


range. 


Test Alarm Return Code 


Test dialed Off-hook 


TEST EQUIPMENT 
FAULT 


Test register failed at LC 


Indicates that the 
supervision bit (SV1) 
that transmits 
on/off-hook status is 
LOW before the system 
applies ringing status. 
The status must be 
HIGH when ringing relay 
operates. 


Indicates 
synchronization is lost at 
the U interface. 


Indicates that the talk 
battery subtest of the 
extended diagnostic 
fails. 


Indicates that a 
termination check finds 
termination to be out of 
range 


Indicates that a fault is 
present at the remote 
module. The fault does 
not allow the system to 


execute the test request. 


Indicates a diagnostic 
failure for a line that 
connects to an 
NTS3AO6BA or 
NT3A07BA line card 
carrier 


Indicates that the 
system detects a faulton 
test equipment required 
to complete test 
procedures that remain. 


Indicates test register 
failure at ISDN line card 


Replace card. 


Check NT1 Intst. 


Replace card. 


Lntst. 


Check the remote module. Defective common 
equipment cards, defective wiring, or a 
defective channel test unit can cause failure. 


Check line card. 


Try again. Refer to Lines Maintenance Guide 
for procedure. 


Check line card. 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-292 


LINE101 (continued) 


(Sheet 39 of 40) 
Value Description Action 
Test register failed at Indicates test register Check NT1. 


NT1 


nnnn nnnn nnnn nnnn 
THL Test 


Timeout on PSAP seize 


Tip XXX v. Ring XXX v. 
CO operated. 


Tip XXX v. Ring XXX v. 
CO released. 


Tip Ringing, ANI Gnd 


U Loop parameters out 
of range. 


Unexpected PM Reply 


WRONG CARD 
INSERTED 


failure at NT1 


Provides the results of 
the transhybrid loss test 


Indicates PSAP test fails 
at the LTP level of the 
MAP because of no 
response from the line 
after the initiation of the 
PSAP test on the line. 


Indicates relay fails to 
operate. 


Indicates that voltage is 
out of range before the 
system performs the 
cutoff relay test. XXX 
represents a decimal 
number. 


Indicates the tip ringing 
subtest or ANI ground 
subtest of the extended 
diagnostic fails. 


Indicates a U loop test 
finds the U loop 


parameters out of range. 


Indicates that the PM or 
remote module sends a 
message during tests 
that the DMS switch 
cannot understand. 


Indicates that the circuit 
pack that the user 
inserted is not the type 
expected 


Replace Card. 


Check PSAP/DS1. Try other lines to the same 
PSAP destination. If the other lines pass, it is 
only an isolated circuit problem. If the other 
lines fail, it a PSAP problem, a DS-1 carrier 
problem, or a channel bank hardware problem. 
Correct the problem. 


Check cutoff relay. 


Check power supply. 


Replace card. 


Lntst. 


Retry the test. If the fault persists, collect log 


and SWER reports. Contact technical support. 


Change the card. Refer to Lines Maintenance 
Guide for procedure. 
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(Sheet 40 of 40) 
Value Description Action 
WRONG Tone Indicates that the PSAP Try again. Try other lines to the same PSAP 


11600 Hz 4.8 Volts 178 
mSecs 


30V DPC power source 
defective 


test fails at the LTP level 
of the MAP display. The 
PSAP test fails because 
the PSAP does not 
return busy tone after 
the PSAP sends ANI 
digits. 


Indicates that a metering 
pulse test fora 6X94AA 
line card detects a 
metering pulse for one 
or more frequency. 
Amplitude and duration 
are not in specification 
for this pulse. 


Indicates that DPMC 
tests the DPC and the 
30 volt DPC power 
source is defective. 
Replace the DPC. 


destination. If the other lines pass, the 
problem is only an isolated circuit. If the other 
lines fail, the problem is a PSAP problem or a 
DS-1 carrier problem. 


Metering. Refer to Lines Maintenance Guide 
for procedure. 


Replace card. 


Associated OM registers 
There are no associated OM registers. 
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LINE138 
Explanation 
The Line Maintenance (LINE) subsystem generates log report LINE138 when 
a call routes to a treatment. A call routes to a treatment for different reasons, 
for example LINE138 follows LINE102 and LINE trouble reports. 
Format 
The log report format for LINE138 is as follows: 
«site» reportid mmmdd hh:mm:ss ssdd 5800 INFO TRMT 
<len> DN «dn» 
CALLID = <callid> 
Example 


An example of log report LINE138 follows: 


RTPUOSAP  LINE138 APR25 11:01:59 2112 5800 INFO TRMT 
SLOA 04 4 00 00 DN 2145209400 
TREATMENT SET = NBLN CALLED NO = 5209500$ 
CALLID = O1BF 0016 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO TRMT Constant Indicates the assignment of a treatment to the 
originating line 


site Host site Name of the host within the network 


len <site> nnnn Line equipment number. A seven-digit number 
identifying physical location data on 
equipment, such as site, frame number, unit 
number, line subgroup (shelf), and circuit pack. 
(line equipment number) 


DN dn nnnnnnnnnn Directory number. The full complement of 
digits required to designate a subscriber's 
station within one numbering plan area. 
(directory number) 


TREATMENT SET Symbolic text Provides treatment assigned to the line 


CALLED NO Symbolic text Provides terminating line directory number 
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LINE138 (end) 


Field 


Value 


Description 


callid 


REPORTID 
MMMDD 


HH:MM:SS 


SSDD 


OFFICEID 


Call id 


Symbolic text 


Symbolic text 


Symbolic text 


Symbolic text 


Symbolic text 


A number that identifies the caller, and can be 
used for debugging purposes. 


Indicates the current log id 


Indicates the month and day the system 
generated the report 


Identifies hour, minute and second the system 
generated the report 


Defines the sequence number for each log 
report that the system generated. The SS 
increases when the system generates a report 
and is reset to 00 after the SS reaches 99. The 
DD increases when a report appears at a given 
device and is reset to 00 after the DD reaches 
99. 


Identifies the switch that generates the log. 
This field is optional. Maximum length of this 
field is 12 characters. Office parameter 
LOG_OFFICE sets the length. 


Action 


Check the LINE log report buffer for problem reports on the same line 
equipment. Follow the Action to take for trouble reports generated. 


A log that persists at a high frequency for a particular media gateway may 
suggest that the media gateway has been over-engineered, and it might be 
necessary to re-engineer the gateway to alleviate some of the bandwidth 


problems. 


Associated OM registers 
There are no associated OM registers. 
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LINK300 


Explanation 


The LINK300 log generates when the system detects or clears a fault on a 
resource that Integrated Link Maintenance (ILM) maintains. 


Format 
The format for log report LINK300 follows: 


LINK300 mmmddhh:mm:ss ssdd TBL Transport Resource Fault 
Location: location id 
Status: trouble status 
Problem: problem type 
Fault Owner: fault id 
Description: description of problem 
Resource: resource id 


Example 
An example of log report LINK300 follows: 


LINK300 APRO2 01:27:09 8400 TBL Transport Resource Fault 


Location: “MSO ShelfO0 Chainl7 LinkO Card17 Port 0” 
To "FP O0 Plane 


Status: Alarm Raised 

Problem: Critical Problem Fault: End-ToEnd Problem 

Fault Owner: FP Fault Id: 9 

Description: FP DPMC CRITICAL threshold exceeded 
MPLH: wait send tout 


Resource: MCh 0068 000 FFF 
AVL: REC: Acc: Prob: O RR: T RR: M RR: Cond: 
NA Sys TRUE Crit TRUE TRUE TRUE FALSE OPEN 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


LOCATION Variable Indicates the location on the 
Message Switch (MS) where 
the system detects the fault. 


STATUS Variable Indicates if the fault status is 
raised or cleared. 
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LINK300 (end) 


(Sheet 2 of 2) 


Field Value Description 

PROBLEM Variable Indicates if the fault is endpoint 
specific or end-to-end 

FAULT OWNER Variable Indicates the fault ID for the File 
Processor (FP). 

DESCRIPTION Variable The string that results when the 
system translates the fault ID 
with a message to the node 
maintenance target. 

RESOURCE Alphanumeric Indicates the resource as link or 
message channel. Indicates the 
resource ID. 

Action 


The DS512 paddle board card (9X62) and the Dual Port Message Controller 
(9X86) on the FP comunicate with the MSs. Change the NT9X62 and the 
NT9X86 on plane 0 and perform an intensive Rex test. If the test fails 
generates LINK300 replace NT9X62 and NT9X86 on Plane 1. 


Associated OM registers 
There are no associated OM Registers. 


Additional Information 
None 
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LMAN100 


Explanation 


The Load Management subsystem generates report LMAN100 to record each 
Load Management command the senior supervisor enters. 


The Load Management subsystem generates this report for each agent position 
when a MAP successfully issues the REASSIGN command. 


Also, the Load Management subsystem generates this report when a MAP 
issues the following Load Management CHANGE commands: 

* CHANGE RENQTOUT 

* CHANGE RENQRTE 

* CHANGE RENQAUD 


Format 
The format for log report LMAN100 follows: 


LMAN100 mmdd hh:mm:ss ssdd INFO ACD LOAD MANAGEMENT 
USERID: user. id 
command executed 


Example 
An example of log report LMAN100 follows: 


LMAN100 AUG23 09:45:15 ssdd INFO ACD LOAD MANAGEMENT 
USERID: SUPERV2 
"CHANGE PLAN1 MAXCOSIZE 15" 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO ACD LOAD _ 1 to 16 alphanumeric Indicates the user identification of the senior 
MANAGEMENT characters supervisor that executes the Load 

USERID: user. id Management command. 

command executed Text Identifies the command the senior supervisor 


entered. 
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Action 
No action is required. This report is for informational purposes only. 


Associated OM registers 
None 


297-2621-840 Standard 09.01 May 2001 


1-300 UCS log reports 


LMSC600 


Explanation 
The LMSC600 log report contains data that assists in the troubleshooting and 


analysis of problems. The log information depends on the reason the system 
generated the log. 


For example, the LMSC600 log provides information if problems occur when 
the maintenance routing system (MRS) tests the link interface module (LIM). 
The system generates the log for the following reasons: 


e A resource needed to execute a link test cannot allocate within an 
acceptable amount of time. 


e There are too many MRS resources pending. The system cannot generate 
more MRS resources until the remaining requests are finished. 


Format 
The log report format for LMSC600 is as follows: 


LMSC600 mmmdd hh:mm:ss ssdd INFO 
LIM «lim number» UNIT «unit number? 
«user title» 
«user data? 


Example 
Examples of log report LMSC600 follow: 


Example 1 


LMSC600 NOV21 22:39:22 5300 INFO 

LIM 1 UNIT 1 

Link test: MRID allocation time-out 
XXXX XXXX 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 


The system generates example 1 if a problem arises when the MRS tests LIM 
links. In this example, the system generates the log when the resource needed 


to execute a link test cannot allocate within an acceptable amount of time. 


Example 2 
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LMSC600 (continued) 


LMSC600 NOV21 22:39:22 5300 INFO 

LIM 1 UNIT 1 

Link test: MRS request overflow 

XXXX 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 


The system generates example 2 if a problem arises when the MRS tests the 
LIM links. In this example, the system generates the log when there are too 
many MRS resources pending. The system does not generate requests until the 
remaining requests are finished. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
lim number integer between 1 This field contains the LIM number type. 
and 17 

unit number 0 or 1 This field identifies the LIM from which the 
log originated. 

user title character string This field describes why the system 
generated the log. The maximum size is 40 
characters. 

user data hex code This optional field provides additional 


information for problem isolation. The 
content of this field depends on why the 
system generated the log. The maximum 
size of this field is 64 bytes. 


0 to 7 If the system generates the log when the 
MRS tests the LIM links, this field identifies 
the link number for resource allocation. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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LOST101 


Explanation 
LOST101 occurs if: 


e an outgoing message fails to find an open path to the destination 


e an incoming message fails checks done by the receiving application 


Format 
The format for log LOST101 is as follows: 


LOST101 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 

add... 
Application Data: 

Buffer: aaa 

Physical: aaa.... 

IOUI: aaa.... 

Nil Route: Reason-aaa Data-aaa 

Reported by: aaa.... 


Example 
An example of log report LOST101 follows: 


MERCURY MSC LOST101 SEP16 08:12:38 5700 EXC NIL ROUTE 
Message TID: Node-249, Terminal-1762, Device=DTC 20 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 OOE2 
Nil Route: Reason-SEND FAILED Data-0003 
Reported by: 0535EE38=XACPHAND.BG03:XCP_APPL+#1238 
00A6D020-XAIONET.BCO1:INJECT I-40260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AHO02 : X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM01:GCMMSG_SEND_M+#0034 
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LOST101 (continued) 


Field descriptions for LOST101 log 
The following table explains each of the fields in log report LOST101: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
NIL ROUTE Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 
Time of Event | Decimal number Indicates the time of day when the event occurred 


(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reason Text Indicates additional diagnostic information (character 
based) 

Data Hexadecimal number Indicates additional diagnostic information (numeric 
based) 

Reported by Text Indicates 5-level software traceback 

Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
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LOST101 (continued) 


impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO01 for 
Q00775561 (Q00739392). 


DMS-250 Logs Reference Manual Volume 4 of 6, SN06 (DMS) 


UCS log reports 1-4 


LOST102 


Explanation 


LOST102 occurs when an incoming message cannot be forwarded to Call 
Processing for the following reasons: 


e software resources (buffers) have been exhausted 


e the limit for outstanding messages has been exceeded and no additional 
messages can be enqueued 


Format 
The format for log LOST102 is as follows: 


LOST102 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Example 
An example of log report LOST102 follows: 


MERCURY MSC LOST102 SEP16 08:12:38 5700 EXC NO BUFFER 
Message TID: Node-249, Terminal-1762, Device=DTC 20 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 OOE2 
Reported by: 0535EE38=XACPHAND.BG0O3:XCP_APPL+#1238 
00A6D020-XAIONET.BCO1:INJECT I-40260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AHO02 : X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM0O1:GCMMSG_SEND_M+#0034 
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LOST102 (continued) 


Field descriptions for LOST102 log 
The following table explains each of the fields in log report LOST102: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
NO BUFFER Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 
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LOST102 (end) 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST103 


Explanation 


LOST103 occurs when a message that originated from the CM is rebounded 
back and the failure code instructs the CM to attempt to re-route the message 
over an alternate path but, the original message contains the re-route inhibit 

flag. The re-route inhibit flag is typically set by maintenance when a message 
must follow a pre-selected path and no other. 


Messages are rebounded to the CM for additional processing when an 
intermediate node along the path is unable to deliver the message to the final 
destination. The rebounding node inserts a failure code into the message. 
Nodes capable of rebounding messages include JNETs and input-output 
controllers (IOCs). 


The format for log LOST103 is as follows: 


LOST103 mmmdd hh:mm:ss ssdd EXC aaa 


TID: Node-aaa, Terminal-aaa, Device-aaa 


Event: aaa 


Dump: 


Application Data: 


Buffer: aaa 


Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Format 
Message 
Time of 
Message 
aaa. 
Example 


An example of log report LOST103 follows: 


MERCURY MSC LOST103 SEP16 08:12:38 5700 EXC NO-REROUTE 


Message TID: Node-249, Terminal-1762, Dev 
Time of Event: 08:12:38.810 

Message Dump: 

O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 


0000 0000 0000 0000 0000 0000 0000 00 


ice-DTC 20 


00 0000 0000 


0000 0000 0000 0000 0000 0000 60F9 OOE2 
Application Data: 


Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 OOE2 


Reported by: 0535EE38=XACPHAND.BG03:XCP_APPL+#1238 
00A6D020-XAIONET.BCO1:INJECT I-40260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AH02 : X_GCMMSG+#0268 

019A5094=GCMMSGUI.BM01:GCMMSG_SEND_M+#0034 
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LOST103 (continued) 


Field descriptions for LOST103 log 


Field descriptions for Image Test Report log 


The following table explains each of the fields in log report LOST103: 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
NO-REROUTE Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Dump 


Hexadecimal number 


Indicates the contents of the message 


Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reported by Text Indicates 5-level software traceback 
Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 
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LOST103 (continued) 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST104 


Explanation 


Format 


Example 


LOST 104 occurs if: 
e an outgoing message fails a VID-to- TID translation 


e an incoming message fails sanity checks on the terminal identifier (TID) 


The format for log LOST104 is as follows: 


LOST104 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


An example of log report LOST104 follows: 


XASKYO7BD LOST104 SEP26 10:39:38 8900 EXC INVALID TID 
Message TID: Node=35, Terminal-21, Device=DTC 23 
Time of Event: 10:39:37.932 
Message Dump: 


OCOF 0002 8202 D281 FDD3 FC1A 850E FE12 0001 0015 
1020 3F44 840F 8507 0145 FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: OF00 FDFD 0023 FD15 
Reported by: O1F8D020 XPMCOMM.CB02:1SUP SE 
00955CA8 ISUPBASE.DZ02:1SUP D 
00B90934 ABIISUP.BCO1:ISUP DE 
009FF854 ISUPHDLR.CLO2:1SUP T 
O1FB9E2C EDTKCPUI.BC01:EVENT_DR+#022C 


D_C+#0200 
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LOST104 (continued) 


Field descriptions for LOST104 log 
The following table explains each of the fields in log report LOST104: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
INVALID TID Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 
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LOST104 (end) 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST105 


Explanation 
LOST105 occurs if: 


e an outgoing message fails to find an open CM-MS link 


* amessage that originated from the CM is rebounded back and the failure 
code instructs the CM to attempt to re-route the message over an alternate 
path but, sanity checks fail on the original route. 


Messages are rebounded to the CM for additional processing when an 
intermediate node along the path is unable to deliver the message to the 
final destination. The rebounding node inserts a failure code into the 
message. Nodes capable of rebounding messages include JNETs and 
input-output controllers (IOCs). 


Format 
The format for log LOST105 is as follows: 


LOST105 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Example 
An example of log report LOST105 follows: 


MERCURY MSC LOST105 SEP16 08:12:38 5700 EXC ROUTE INVALID 
Message TID: Node-249, Terminal-1762, Device-DTC 20 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 OOE2 
Reported by: 0535EE38=XACPHAND.BG03:XCP_APPL+#1238 
OOA6D020=XAIONET.BCO1: INJECT_I+#0260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AHO02 : X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM0O1:GCMMSG_SEND_M+#0034 
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LOST105 (continued) 


Field descriptions for LOST105 log 
The following table explains each of the fields in log report LOST105: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
ROUTE Constant Identifies the log error condition 

INVALID 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 
No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
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LOST105 (continued) 


craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST106 


Explanation 


Format 


Example 


LOST106 occurs for an incoming message if: 


* amessage fails application sanity checks 


* amessage that originated from the CM is rebounded back and the failure 
code indicates "unspecified reason". 


Messages are rebounded to the CM for additional processing when an 
intermediate node along the path is unable to deliver the message to the 
final destination. The rebounding node inserts a failure code into the 
message. Nodes capable of rebounding messages include JNETs and 
input-output controllers (IOCs). 


Note: Two LOST106 logs are generated during a test (TST) or a 
return-to-service (RTS) of an input/output controller (IOC). The LOST logs 
do not indicate an error but are a side effect of the IOC sanity test. This 
situation can be identified by the presence of IOD logs. 


The format for log LOST106 is as follows: 


LOST106 mmmdd hh:mm:ss ssdd 
Message TID: Node-aaa, Terminal-aaa, 


Time of 
Message 


aaa. 


Event: aaa 


Dump: 


Application Data: 


Buffer: aaa 


Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


EXC aaa 


An example of log report LOST106 follows: 


Device-aaa, 


Bad IP-aaa 
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MERCURY MSC LOST106 SEP16 08:12:38 5700 EXC REJECTED BY NODE 
Message TID: Node-9, Terminal-2, Device-GWC 20, Bad 
IP-47.111.6.231 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO0 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 OOE2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 00E2 
Reported by: 0535EE38-XACPHAND.BG03:XCP APPL-*41238 
OOA6D020=XAIONET.BCO1: INJECT_I+#0260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AHO02 : X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM0O1:GCMMSG_SEND_M+#0034 


Field descriptions for LOST106 log 
The following table explains each of the fields in log report LOST106: 


Field descriptions for Image Test Report log (Sheet 1 of 2) 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
REJECTED Constant Identifies the log error condition 

BY NODE 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 

Bad IP Decimal Integer Indicates the source IP address. This is only applicable 


to Succession IP based nodes 


Time of Event | Decimal number Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 
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LOST106 (end) 


Field descriptions for Image Test Report log (Sheet 2 of 2) 


Field 


Value 


Description 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


Associated OM registers 


Additional information 


Log history 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


No associated OM registers 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST107 


Explanation 


LOST107 occurs when an incoming message specifies an unassigned terminal 
identifier (TID). 


Format 
The format for log LOST107 is as follows: 


LOST107 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa, Bad IP-aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Example 
An example of log report LOST107 follows: 


MERCURY MSC LOST107 SEP16 08:12:38 5700 EXC TID UNBOUND 
Message TID: Node-9, Terminal-2, Device-GWC 20, Bad 
IP-47.111.6.231 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 OOE2 
Reported by: 0535EE38-XACPHAND.BGO03:XCP APPL-*41238 
OOA6D020=XAIONET.BCO1: INJECT_I+#0260 
00497C30=IOCPBASE.BQ01:SENDIOMS+#0250 
0613F808=GCMMSGXA.AHO02 : X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM0O1:GCMMSG_SEND_M+#0034 
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LOST107 (continued) 


Field descriptions for LOST107 log 
The following table explains each of the fields in log report LOST107: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 

TID Constant Identifies the log error condition 

UNBOUND 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 

Bad IP Decimal Integer Indicates the source IP address. This is only applicable 


to Succession IP based nodes 


Time of Event | Decimal number Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reported by Text Indicates 5-level software traceback 
Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
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LOST107 (end) 


understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST108 


Explanation 


Format 


Example 


LOST108 occurs when the buffer (containing an outgoing message) is 
reclaimed by a system audit. The message is deemed to be stale as the buffer 
has not been accessed for a long period of time. 


The format for log LOST108 is as follows: 


LOST108 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa 
Time of Event: aaa 
Message Dump: 

aaa... 
Application Data: 

Buffer: aaa 

Physical: aaa.... 

IOUI: aaa.... 

Buffer freed: Pool-aaa Owner-aaa 

Reported by: aaa.... 


An example of log report LOST10S8 follows: 


MERCURY MSC LOST108 SEP16 08:12:38 5700 EXC BUFFER FREED 
Message TID: Node-249, Terminal=1762, Device=DTC 20 
Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 00E2 
Buffer freed: Pool-532 Owner-XACALLP 
Reported by: 0535EE38-XACPHAND.BG03:XCP APPL-141238 
00A6D020-XAIONET.BCO1:INJECT I-40260 
00497C30-IOCPBASE.BQO01:SENDIOMS-40250 
0613F808=GCMMSGXA.AH02 :X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM01:GCMMSG_SEND_M+#0034 


DMS-250 Logs Reference Manual Volume 4 of 6, SN06 (DMS) 


UCS log reports 1-23 


LOST108 (continued) 


Field descriptions for LOST108 log 
The following table explains each of the fields in log report LOST108: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
BUFFER Constant Identifies the log error condition 

FREED 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Pool Decimal number Indicates internal resource identifier associated with 
reclaimed buffer (numeric based) 

Owner Text Indicates internal resource identifier associated with 
reclaimed buffer (character based) 

Reported by Text Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


Associated OM registers 
No associated OM registers 
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LOST108 (end) 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST109 


Explanation 


Format 


Example 


LOST109 occurs when a message that originated from the CM is rebounded 
back and the failure code instructs the CM to attempt to re-route the message 
over an alternate path but, all alternatives have been previously tried without 


Success. 


Messages are rebounded to the CM for additional processing when an 
intermediate node along the path is unable to deliver the message to the final 
destination. The rebounding node inserts a failure code into the message. 
Nodes capable of rebounding messages include JNETs and input-output 

controllers (IOCs). 


The format for log LOST109 is as follows: 


LOST109 mmmdd hh:mm:ss ssdd 
Message TID: 
Event: 


Time of 
Message 


aaa. 


aaa 


Dump: 


Application Data: 


Buffer: 
Physical: 
IOUI: 

Reported by: 


aaa 


aaa.... 
aaa.... 


Node-aaa, 


aaa.... 


EXC aaa 
Terminal-aaa, 


An example of log report LOST109 follows: 


XASKYO7BA LOST109 SI 


Message TID: 


Time of 
Message 
E5AD 0000 0000 0000 0000 0000 
FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD 


Dump: 


Event: 


EP15 09:21:34 7700 
Terminal=1, 
09:21:34.918 


Node=48, 


EXC 


Device=aaa 


TOO MANY REBOUNDS 
Device=MTD 0 


0000 0000 FDFD FDFD 


Application Data: 


Buffer: 
Physical: 
TOUT: 


Reported by: 


DS30 


80FF 0005 


08 9DE6E8=XARXMSG.AY05:CMIC_ 
BI03:XEN_ 


089CF320-X 


0900 245C 0030 4601 
01F59A58-ION 


ENPR. 


ETUI.CQ04:RE 


RO 


UTE_R+#01F8 


PROCESS_M+#041 


RX_+#06D8 


FDFD FDFD FDFD FDFD 
FDFD FDFD 


BO 


089CFCFO-XENPR.BIO3:X 


ENPR_EN+#0108 


00D0D720=MODULES .FS04: INITIALIZEP+#0020 
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LOST109 (continued) 


Field descriptions for LOST109 log 
The following table explains each of the fields in log report LOST109: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
TOO MANY Constant Identifies the log error condition 

REBOUNDS 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
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LOST109 (end) 


craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST110 


Explanation 


LOST110 occurs when Call Processing gets a failure indication on attempting 
to output a message. 


Format 
The format for log LOST110 is as follows: 


LOST110 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 
aaa. 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Example 
An example of log report LOST110 follows: 


XASKYO7BA LOST110 SEP16 12:06:02 8800 EXC MSG TOSSED 
Message TID: Node=32, Terminal=310, Device=DTC 20 
Time of Event: 12:06:02.275 
Message Dump: 
710F B102 0100 5419 FD55 FC1A 850E FE12 0001 0015 
2020 3F6B 840F 8507 0145 FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: 2600 FDFD 1020 FD36 
Reported by: O1FF37E4=CPIOUI.JGO7:FASTCP_DISPATCH+#0AB4 
OlFE6254-ISUPISUP.CYO1:ISUP ISU-41194 
0043E1A0=ISUPXPR.CS04:ISUP_XPR+#1040 
OlFCID6C-ISUPHDLR.CL02:0764 SEL-4028C 
OIFB9E2C-EDTKCPUI.BCO1:EVENT DR-4022C 
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LOST110 (continued) 


Field descriptions for LOST110 log 
The following table explains each of the fields in log report LOST110: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
MSG TOSSED | Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 
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LOST110 (end) 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST111 


Explanation 


Format 


Example 


LOST111 occurs when an incoming message cannot be delivered. The specific 
failure reason is displayed in the log. 


The format for log LOST111 is as follows: 


LOST111 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa, Bad IP-aaa 
Time of Event: aaa 
Message Dump: 

aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
IH Error: Reason-aaa Data-aaa 
Reported by: aaa.... 


An example of log report LOST111 follows: 


MERCURY MSC LOST111 SEP16 08:12:38 5700 EXC INPUT HANDLER ERROR 


Message TID: Node-9, Terminal-2, Device-GWC 20, Bad 


IP-47.111.6.231 


Time of Event: 08:12:38.810 
Message Dump: 
O1BE 0237 0A02 0000 4974 A9AO 0034 FFFF 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 60F9 00E2 
Application Data: 
Buffer: DS30 
Physical: FFFF FFFF 
IOUI: 4000 FFFF 60F9 00E2 
IH Error: Reason-BAD CPTLB STATE Data-0003 
Reported by: 0535EE38-XACPHAND.BGO03:XCP APPL-*41238 
00A6D020-XAIONET.BCO1:INJECT I-40260 
00497C30-IOCPBASE.BQO01:SENDIOMS-40250 
0613F808=GCMMSGXA.AH02 :X_GCMMSG+#0268 
019A5094=GCMMSGUI .BM01:GCMMSG_SEND_M+#0034 
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LOST111 (continued) 


Field descriptions for LOST111 log 
The following table explains each of the fields in log report LOSTI11: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
INPUT Constant Identifies the log error condition 

HANDLER 

ERROR 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 

Bad IP Decimal Integer Indicates the source IP address. This is only applicable 


to Succession IP based nodes 


Time of Event | Decimal number Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reason Text Indicates additional diagnostic information (character 
based) 

Data Hexadecimal number Indicates additional diagnostic information (numeric 
based) 

Reported by Text Indicates 5-level software traceback 

Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 
No associated OM registers 
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LOST111 (end) 


Additional information 
A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST112 


Explanation 


Format 


Example 


LOST112 occurs if: 
e an outgoing message fails sanity checks on length 


e an incoming message fails sanity checks on length 


The format for log LOST112 is as follows: 


LOST112 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 
aaa... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


An example of log report LOST112 follows: 


ERCURY MSC LOST112 SEP16 08:12:38 5700 EXC INVALID LENGTH 


Message TID: Node-35, Terminal-21, Device=DTC 23 
Time of Event: 10:39:37.932 
Message Dump: 
OCOF 0002 8202 D281 FDD3 FC1A 850E 
1020 3F44 840F 8507 0145 FDFD FDE 
FDFD FDFD FDFD FDFD FDFD FDFD FDE 
Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: OFOO FDFD 0023 FD15 
Reported by: O1F8D020 XPMCOMM.CB02:1SUP SEND C-*40200 
00955CA8 ISUPBASE.DZ02:ISUP_DEC+#1128 
00B90934 ABIISUP.BC01:ISUP_DEC+#0074 
009FF854 ISUPHDLR.CLO2:ISUP_TRE+#0214 
O1FB9E2C EDTKCPUI.BCO1:EVENT DR-4022C 


FE12 0001 0015 
FDFD FDFD FDFD 
FDFD 


LH 


I 
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LOST112 (continued) 


Field descriptions for LOST112 log 
The following table explains each of the fields in log report LOST112: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
INVALID Constant Identifies the log error condition 

LENGTH 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 


next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
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LOST112 (end) 


craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST113 
Explanation 
Each LOST log requires software resources. When these resources become 
exhausted, LOST logs can no longer be generated. LOST113 occurs when the 
needed software resources are again available. The log displays the number of 
discarded events during the period of exhausted resources. 
Format 
The format for log LOST113 is as follows: 
LOST113 mmmdd hh:mm:ss ssdd EXC aaa 
aaa report(s) have been lost. 
Example 
An example of log report LOST113 follows: 
XASKYO7BA LOST113 SEP16 12:06:57 4900 EXC LOG SYSTEM OVERFLOW 


354 report(s) have been lost. 


Field descriptions for LOST113 log 
The following table explains each of the fields in log report LOST113: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 

LOG SYSTEM | Constant Identifies the log error condition 

OVERFLOW 

reports Decimal number Indicates the number of requests for lost logs 
Action 


No action to be taken 


Associated OM registers 
No associated OM registers 


Additional information 
No additional information 
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LOST113 (end) 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 


297-2621-840 Standard 12.03 March 2004 


UCS log reports 1-39 


LOST114 


Explanation 


LOST114 occurs when an incoming BFP message cannot be forwarded to Call 
Processing due to message buffer exhaustion. This is similar to the more 
generic LOST 102 log. 


Format 
The format for log LOST114 is as follows: 


LOST114 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 
aaa... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Reported by: aaa.... 


Example 
An example of log report LOST114 follows: 


MERCURY MSC LOST114 SEP16 08:12:38 5700 EXC BFP NO BUFFER 
Message TID: Node-35, Terminal-21, Device=DTC 23 
Time of Event: 10:39:37.932 
Message Dump: 
OCOF 0002 8202 D281 FDD3 FC1A 850E 
1020 3F44 840F 8507 0145 FDFD FDE 
FDFD FDFD FDFD FDFD FDFD FDFD FDE 
Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: OFOO FDFD 0023 FD15 
Reported by: O1F8D020 XPMCOMM.CB02:1SUP SEND C-40200 
00955CA8 ISUPBASE.DZ02:1SUP DEC-T41128 


FE12 0001 0015 
FDFD FDFD FDFD 
FDFD 


LH 


00B90934 ABIISUP.BCO1:ISUP DEC-440074 
009FF854 ISUPHDLR.CLO2:ISUP_TRE+#0214 
O1FB9E2C EDTKCPUI.BCO1:EVENT_DR+#022C 


I 
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LOST114 (continued) 


Field descriptions for LOST114 log 
The following table explains each of the fields in log report LOST114: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
BFP NO Constant Identifies the log error condition 

BUFFER 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of Event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 
Dump 

Buffer Text Indicates the type of the software buffer 
Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then increase the value of 
parameter NUMLONGBUFFERS in table OFCENG, and perform a Cold Mtc 
Swact to activate the new parameter value. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
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LOST114 (end) 


craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST115 


Explanation 


LOST115 occurs when the BFP buffer (containing an incoming message) is 
reclaimed by a system audit. The message is deemed to be stale if the buffer 
has not been accessed for a long period of time. This is similar to the more 


generic LOST 108 log. 
Format 
The format for log LOST115 is as follows: 
LOST115 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node=aaa, Terminal=aaa, Device=aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Prefix Area of Long Buffer: 
aaa.... 
Application Data: 
Reason: aaa Time: aaa 
Bytes Received: aaa 
Head Packet Received: aaa 
Reported by: aaa.... 
Example 


An example of log report LOST115 follows: 


MERCURY MSC LOST115 SEP16 08:12:38 5700 EXC BFP BUFFER FREED 
Message TID: Node=35, Terminal-21, Device=DTC 23 
Time of Event: 10:39:37.932 
Message Dump: 
0124 0002 8202 D281 FDD3 FC1A 850E FE12 0001 0015 
1020 3F44 840F 8507 0145 FDFD FDE DFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDF DFD 
Prefix Area of Long Buffer: 
FDFD 0124 F043 OA1A 974A 7748 O1BE FDO1 AA1C 7768 
FDFD FDFD FDFD FDFD FDFD 
Application Data: 
Reason: Stale Buffer Time: 0160 
Bytes Received: 124 
Head Packet Received: Yes 
Reported by: 01F8D020 XPMCOMM.CB02:ISUP_SE 
00955CA8 ISUPBASE.DZ02:ISUP_DEC+#1128 
00B90934 ABIISUP.BC01:ISUP_DEC+#0074 
009FF854 ISUPHDLR.CL02:ISUP_TRE+#0214 
O1FB9E2C EDTKCPUI.BC01:EVENT_DR+#022C 


J 
Ay 


UO 
Hy 


END_C+#0200 


Ej 


GI 


I 
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LOST115 (continued) 


Field descriptions for LOST115 log 


The following table explains each of the fields in log report LOST115: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
BFP BUFFER | Constant Identifies the log error condition 

FREED 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 
Time of Event | Decimal number Indicates the time of day when the event occurred 


(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Prefix Area of | Hexadecimal number Indicates the prefix area of the buffer 

Long Buffer 

Reason Text Identifies the reason why the BFP cleared the buffer 

Time Decimal number Indicates the number of 10ms ticks that the buffer was on 
the BFP queue. Messages with more than one second 
are considered old 

Bytes Decimal Integer Indicates the number of bytes of data received 

Received 

Head Packet Boolean (YES/NO) Indicates the head packet for this message was received 

Received 

Reported by Text Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs and contact the 
next level of support. 


Associated OM registers 


No associated OM registers 
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LOST115 (end) 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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LOST116 


Explanation 


LOST116 occurs when an outgoing message encounters a failure. The specific 
failure reason is displayed in the log. 


Format 


The format for log LOST116 is as follows: 


LOST116 mmmdd hh:mm:ss ssdd 
Node=aaa, 
Event: 


Message TID: 

Time of 

Message Dump 
aaa.... 


EXC aaa 
Terminal-aaa, Device=aaa 


aaa 


Application Data: 
aaa 


Buffer: 
Physical 
IOUI: 
Send 
Reported by: 


Example 


aaa.... 


aaa.... 
Error: Reason-aaa Data-aaa 
aaa.... 


An example of log report LOST116 follows: 


ERCURY MSC 


LOST116 SEP16 07:49:48 1400 


EXC S 


END 


ERROR 


Message TID: Node-275, Terminal-260, Device-DTC 103 
Time of Event: 07:49:47.978 
Message Dump: 
ABDE 1CCC 640F 2000 1000 8007 9E00 0020 8000 8412 
0000 1E00 0002 0000 0200 5100 0000 FD00 FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: 2B00 FDFD 1113 FDO4 
Send Error: Reason-ROUTE UNAVAILABLE  Data-0000 


Reported by: 


0049CD84-IONET 


LH 


UI .CQ03:CMC_OUTPUT+#0144 
01509170=PPMUI .EM02:DISPATCH_P+#01D0 
02797110=ISUPA.ED04: ISUP_PHY+#0070 
OOCFE464=TPUIL.EBO1:DISPATCH+#0024 
02792138=ISUPA.ED04: ISUP_UPD+#0118 
O1FB9E2C EDTKCPUI.BCO1:EVENT_DR+#022C 


I 


I 
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LOST116 (continued) 


Field descriptions for LOST116 log 
The following table explains each of the fields in log report LOST116: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
SENDERROR | Constant Identifies the log error condition 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 
Time of Event | Decimal number Indicates the time of day when the event occurred 


(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of the software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reason Text Indicates additional diagnostic information (character 
based) 

Data Hexadecimal number Indicates additional diagnostic information (numeric 
based) 

Reported by Text Indicates 5-level software traceback 

Action 


No immediate action is required as the problem may be transient. If this log 
occurs more than three times in one minute then retain logs, collect active 
footprint buffer for MSG class event and contact the next level of support. 


Associated OM registers 
No associated OM registers 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
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LOST116 (end) 


impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO01 for 
Q00775561 (Q00739392). 
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LOST117 
Explanation 
LOST117 occurs when an outgoing message encounters a failure. The specific 
failure reason is displayed in the log. 
Format 
The format for log LOST117 is as follows: 
LOST117 mmmdd hh:mm:ss ssdd EXC aaa 
Message TID: Node-aaa, Terminal-aaa, Device-aaa 
Time of Event: aaa 
Message Dump: 
aaa.... 
Application Data: 
Buffer: aaa 
Physical: aaa.... 
IOUI: aaa.... 
Outgoing Error: Reason-aaa Data-aaa 
Reported by: aaa.... 
Example 
An example of log report LOST117 follows: 
MERCURY MSC LOST117 NOVO1 07:49:48 1400 EXC OUTGOING ERROR 


Message TID: Node=275, Terminal-260, Device=DTC 103 
Time of Event: 07:49:47.978 
Message Dump: 
ABDE 1CCC 640F 2000 1000 8007 9E00 0020 8000 8412 
0000 1E00 0002 0000 0200 5100 0000 FDOO FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
Application Data: 
Buffer: DS30 
Physical: FDFD FDFD 
IOUI: 2B00 FDFD 1113 FD04 
Ougoing Error: Reason-BAD FIQS RC Data-000C 
Reported by: 024BFA4CC-XAIOEH.AA02:HANDLE M-t404BC 
OlFF0910-XAIOLINK.AV02:XA OUTPUT D-4037C 
02797110=IOLINKUI.BJ03:PRIVATE_+#0070 
OOCFE4 64=XAIONET.AY03:XA_PRIVA+#0024 
02792138=XATXMSG.AM03:MSG_TC_H+#0118 
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LOST117 (continued) 


Field descriptions for LOST117 log 
The following table explains each of the fields in log report LOST117: 


Field descriptions for Image Test Report log 


Field Value Description 

EXC Constant Identifies the log class (software execution event) 
OUTGOING Constant Identifies the log error condition 

ERROR 

Node Decimal number Identifies the peripheral internal node number 
Terminal Decimal number Identifies the peripheral internal terminal number 
Device Text Identifies the peripheral external node name 


Time of event 


Decimal number 


Indicates the time of day when the event occurred 
(format hour:minute:second.fraction) 


Message Hexadecimal number Indicates the contents of the message 

Dump 

Buffer Text Indicates the type of software buffer 

Physical Hexadecimal number Identifies the routing header 

IOUI Hexadecimal number Identifies the network header 

Reason Text Indicates additional diagnostic information (character 
based) 

Data Hexadecimal number Indicates additional diagnostic information (numeric 


based) 


Reported by 


Text 


Indicates 5-level software traceback 


Action 


No immediate action is required as the problem may be transient. Should this 
log occur more than three times in one minute then retain the logs, collect the 
active footprint buffer for MSG class even and contact the next level of 


support. 


Associated OM registers 
No associated OM registers 
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LOST117 (end) 


Additional information 


A LOST log is generated whenever the I/O system or an application is unable 
to deliver a message. The discarded message is displayed in the log. The 
impact of discarding a message depends on the importance of the message. 
The importance cannot be determined by the I/O system as it has no 
understanding of message contents. A LOST log is used to alert the 
craftsperson to a possible problem for example, a hardware fault, or incorrect 
configuration data in an application. 


Log history 
SNO06 (DMS) 
The log description was recreated according to LOSTLOG.AAO1 for 
Q00775561 (Q00739392). 
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MAUC101 


Explanation 
The switch generates this log when a call attempt is made with an authcode 
that is currently in use and the call attempt exceeds the maximum number of 
times allowed for the authcode on a particular node. 


Format 
The format for log report MAUC101 follows: 
MAUC101 mmmdd hh:mm:ss ssdd INFO Active CALLP Limit Enforced 
for Subscriber Number 
AUTHCODE:- «table of 7 integers> 
LIMIT= «integer? 
Example 


An example of log report MAUCIO! follows: 


250G MAUC101 OCT25 15:54:23 4827 INFO Active CALLP Limit 
Enforced for Subscriber Number 

AUTHCODE- 6115511 

LIMIT= 3 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
AUTHCODE var auth code (table of 7 This field displays the authcode that call 
integers processing is attempting to use to process 
the call. 
LIMIT 0-255 This field displays the number of 


simultaneous calls allowed for the authcode. 


Action 
Verify the correct values for option CPACTVAL defined in the AUTHCODX 
tables. 
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Associated OM registers 


An OM, MULTAUTH for legacy agents, is pegged when an authcode with 
CPACTVAL functionality is used above the maximum number of calls allowed 
per authcode. 


Additional information 
Refer to the FLEX302 log for Axxess agents. 
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MFC100 


Explanation 


The computing module (CM) subsystem generates log report MFC100. The 
subsystem generates this report when the mismatch handler detects a soft 
single bit memory error on a memory card. 


The MFC100 logs often occur because of correctable single bit memory faults. 
The DMS experiences errors in memory because of transient charges produced 
when elements in the structure of the memory chip decay. Transient charges 
can disrupt the data stored in a memory cell. 


When transient faults occur the mismatch handler corrects the disrupted data 
value and outputs an MM110 log. The mismatch handler restores the switch 
to normal operation. 


The following table lists the number of acceptable correctable single bit 
memory faults for several memory configurations. These numbers are average 
numbers. A card may have more than the maximum number of faults for a 
short time period. But if the number of faults over the long term does not 
exceed the maximum the card is not considered damaged . If a memory card 
repeatedly has more than the maximum number of acceptable faults, replace 
the memory card. 


Single bit correctable memory faults limits 


Number of 

NT9X14 Maximum 

cards number of 

configure — faultsin 7 Maximum number of Maximum number of 
d days faults in 28 days faults in 84 days 
6 1 3 9 

8 1 4 11 

10 2 5 12 

12 2 6 14 

14 2 7 17 

16 3 8 19 

18 3 9 22 

20 3 10 24 
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MFC100 (continued) 


Series 20 to 40 SuperNode mismatch log 
Format 
The M68K version of the log report format MFC100 is as follows: 


MFC100 mmmdd hh:mm:ss ssdd INFO Soft Memory Fault 


MFC number «MFC seque #>, Activity: Start: CPU X, Final: CPU X 

Mismatch result: Memory Fault Correctable 

Mismatch Condition: Mismatch Fully Handled 

System recovery action: Full store copy undertaken 

CPU 0 CPU 1 

Data v txt valid Data v txt valid 

Module Entry: e text e text 

AHR Value: nnnnnnnn nnnnnnnn 

AHR Data: nnnnnnnn nnnnnnnn 

MAU AHR: nnnnnnnn nnnnnnnn 

MCR: nnnnnnnn nnnnnnnn 

Owner #XXXX, #XXXX: Module m txt Owner #XXXX, #XXXX: Module m txt 

A0-A6 (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) 

D0-D7 (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) 

PC: (nnnnnnnn,nnnnnnnn) USP: (nnnnnnnn,nnnnnnnn) SR: (nnnn,nnnn) 

ISP: (nnnnnnnn,nnnnnnnn) MSP: (nnnnnnnn,nnnnnnnn) ICache: (nnnn,nnnn) 

FIR: (nnnn,nnnn) MM Ctrl: (nnnn,nnnn) Timer: (nnnn,nnnn) 

MAU ctrl: (nnnn,nnnn) MAU Err (nnnn,nnnn) Clk stat: (nnnn,nnnn) 

EC (nnnn,nnnn) IRM: (nnnn,nnnn) ProcStat: (nnnn,nnnn) 

SRam Err: (nnnn,nnnn) PerInt: (nnnn,nnnn) Acc Prot: (nnnn,nnnn) 

Mate FIR (nnnn,nnnn) MateFIR OK: (n,n) MCR STAT: (n,n) 

User Stack Dump Interrupt Stack Dump 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

MTC INfo: nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
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MFC100 (continued) 


TRACEBACK 
nnnnnnnn-modnm: proctxtt+#nnnn 
nnnnnnnn-modnm: proctxtt+#nnnn 
nnnnnnnn-modnm: proctxtt+#nnnn 


nnnnnnnn-modnm: proctxtt+#nnnn 
nnnnnnnn-modnm: proctxtt+#nnnn 
nnnnnnnn-modnm: proctxtt+#nnnn 


Example 
An example of the M68K version of log report MFC100 follows: 


MFC100 FEB27 17:49:08 ssdd 3400 Soft Memory Fault 
MFC number 39, Activity: Start: CPU 1, Final: CPU 1 
Mismatch result: Memory fault correctable 

Mismatch Condition: Mismatch Fully Handled 


System recovery action: Full store copy undertaken 


CPUO CPU 1 

Data is valid Data is valid 

Module Entry: CMCHKPR SSTI: #01E1 CMCHKPR SSTI: #01E1 
AHR Value: 0BA40450 0BA40450 

AHR Data: 4E75E9EA 4E75E9EA 

MAU AHR : 000E0450 000E0450 

MCR: 00000000 00000000 

Not Found Not Found 

Owner #XXXX, #XXXX: Module m txt Owner  4XXXX, #XXXX: Module m txt 
A0-A6 (0BA40454, 0BA40454) (0B01B49C, 0B01B49C) (0061D582, 0061D582) 


(0166407E, 0166407E) 
(00042B50,00042B50) 


(00042B54,00042B54) (0166406C,0166406C) 


D0-D7 (D540B1C0,D540B1C0) (0BA402EA, 0BA402EA) (0000000B, 0000000B) 
(000000FF,000000FF) (0000000B, 0000000B) (00002E00,00002E00) 
(00000000,00000000) (FFFF0000,FFFF0000) 

PC: (0B141C18, 0B141C18) USP: (0166404A,0166404A) SR: (0008,0008) 

ISP: (00042B6C,00042B6C) MSP: (0040E7D0, 0040E7D0) ICache: (0001,0001) 

FIR: (0300,0000) MM Ctrl: (081C,0812) Timer: (1999,1999) 

MAU ctrl: (OOAD,OOAD) MAU Err (0080,0080) Clk_stat: (0000,0004) 

EC? (0001,0001) IRM: (0000,0000) ProcStat: (2000, 2E00) 

SRam_Err: (FFCO,FFCO)  PerInt: (0055,0055) Acc Prot: (00CB, O0CB) 

Mate FIR (0000,0300)  MateFIR OK: (n,n) MCR STAT: (0,0) 

User Stack Dump Interrupt Stack Dump 
0BA40000 0BA40000 FDFDFDFD FDFDFDFD 
00000400 00000400 FDFDFDFD FDFDFDFD 
00410910 00410910 FDFDFDFD FDFDFDFD 
O4000BA4 O4000BA4 FDFDFDFD FDFDFDFD 
000008B02 00000B02 FDFDFDFD FDFDFDFD 
8DF00008 8DF00008 FDFDFDFD FDFDFDFD 

MTC Info: 

060D3123 060C4123 
00101C90 00101C90 
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MFC100 (continued) 


01020100 
0BA40440 
00000000 
20046155 


Traceback: 
B141C18-2CMMEMORY.AWO3:C 


B1441CC-2CMMEMORY.AWO03: 
B2C943E=CMCHKPR.AJ03=C 
B04A35C-2MODULE 


OOoOooOoo0o0 


Field descriptions 


HI 
B14E4B0-CMMEMORY.AWO3:SET C 


H] 


ECKS 
H 


UM+#008A 


UM+#0038 
EC+#00C0 
DO_CHECK+#0084 
ECKS 
.CQ07: INITIALIZI 
B033706=PROCS .EG14: LIVEANDD+#0012 


E+#0014 


0B141C18-CMMEMORY.AWO3:C 
E4BO-CMMEMORY.AWO3:S 
04A7FFB8-CCSTRCGI.ANO1:DO CHECK-440084 
0B2C943E-CMC 
B04A35C-MOD 


0 


0 


B14] 


01020100 
0BA40440 
00000000 
00046155 


HECKS 
ET_CH 


HKPR.AJ03=CHECKSUM+#008A 
ULE.CQ07:INITIALIZE+#0014 


0B033706=PROCS.EG14:LIVEANDD 


The following table describes each field in the M68K log report: 


Module entry e_txt 


Owner #XXXX,#XXXX 


Module m_txt 


nnnnnnnn 


nnnnn 


modnm 


proctxt 


Symbolic text 


0000-FFFF 
Symbolic text 
00000000- 
FFFFFFFF 


0000-FFFF 


text 


text 


Field Value Description 

MFC seque 0 to 32767 Memory fault correctable mismatch (MFC) 
sequence number. 

CPU X 0 to 1 Active CPU before and after the memory 
fault correctable (MFC) mismatch occurred. 

rc status text undertaken/ Recovery attempted/recovery aborted. 

aborted 
Data v txt valid is/is NOT Data is or is NOT valid for analysis. 


Module name or process identifier of the 
program in progress when the mismatch 
occurred. 


Process ID that owns the data that 
mismatched AHR identifies. 


Process name that owns the data that 
mismatched AHR identifies. 


See table. 


See table. 


Name of module that owns the procedure 
that was in the process of execution until the 
mismatch. 


Name of procedure that was in the process 
of execution until the mismatch. 
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UM+#0038 
EC+#00CO 
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MFC100 (continued) 


The following table describes the nnnnnnnn field in the M68K log report: 


Field Description 

AHR value Value in the address hold register. 

AHR data Value atthe location indicated in the address hold 
register if it is a valid address. 

MAU AHR Another sort of address hold register 

MCR Content of mate communication registers (MCR). 

A0-A6 Contents of the internal A registers in the 
MC68020 microprocessor. 

D0-D7 Contents of the internal D registers in the 
MC68020 microprocessor. 

PC Program counter of the MC68020 
microprocessor at the time the interrupt occurred. 

ISP Supervisor/interrupt stack pointer in the 
MC68020 microprocessor at the time the interrupt 
occurred. 

MSP The mismatch stack pointer in the MC68020 


User stack dump 


Interrupt stack dump 


MTC info. 


Traceback 


microprocessor. 


Contains six long words of information starting at 
the address in the USP. 


Contains six long words of information starting at 
the address in the ISP. 


Contains information the meaning of which 
depends on the type of mismatch. Consists of 
internal data that the mismatch handler used to 
determine the correct recovery action and 
indications of the recovery action taken. 


Traceback of the process in execution when the 
mismatch occurred. The nnnnnnnn value is the 
memory location where the code in question is 
present. 
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MFC100 (continued) 


The following table describes the nnnn field in the M68K log report: 


Field Description 

SR Value of the status register at the time of interrupt. 

ICache Contents of the MC68020 microprocessor 
instruction cache register. 

FIR Contents of the fault indication register. 

MM Ctrl Contents of the mismatch control register. 

Timer Contents of the SOS timer register. 

FC Contents of the MC68020 microprocessor 
function code for the interrupt. The code normally 
is 0074. 

IRM Contents of the interrupt request mask. 

ProcStat Contents of the processor status register. 

MAU Ctrl Contents of the memory access unit control 
register. 

MAU err Contents of the memory access unit error 
register. 

CIk Stat Contents of the clock status register. 

SRam Err Indicates the error status of the CPU static ram. 

Perint: Value of the peripheral interrupt mask. 

Acc Prot: Status of the access protection attributes. 

Traceback This is a traceback of the process in execution 
when the mismatch occurred. The nnnn value is 
the offset within the procedure where one 
procedure called another procedure. The offset 
of the top procedure is the code that was in the 
process of execution when detection of the 
mismatch occurred. 
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MFC100 (continued) 


Series 50 to 60 SuperNode mismatch log 
Format 
The M88K version of the log report format for MFC100 is as follows 


MFC100 mmmdd hh:mm:ss ssdd INFO Soft Memory Fault 

MFC number «MFC seque #>, Activity: Start: CPU X, Final: CPU X 
Mismatch result: Memory Fault Correctable 

Mismatch Condition: Mismatch Fully Handled 

System recovery action: Full store copy undertaken 


CPU OCPU 1 
Data v txt validData v txt valid 


Module Entry: e text e text 
AHR Value: hhhhhhhh hhhhhhhh 
AHR Data: hhhhhhhh hhhhhhhh 
TIC Code AHR: hhhhhhhh hhhhhhhh 
TIC Data AHR: hhhhhhhh hhhhhhhh 
MCR: hhhhhhhh hhhhhhhh 


Owner: #XXXX, #XXXX: Module m txt Owner: #XXXX, #XXXX: Module m txt 
Processor registers: 

R1;hhhhhhhh,hhhhhhhh R2:hhhhhhhh, hhhhhhhh R3:hhhhhhhh, hhhhhhhh 
R4:hhhhhhhh, hhhhhhhh R5:hhhhhhhh, hhhhhhhh R6:hhhhhhhh, hhhhhhhh 
R7:hhhhhhhh, hhhhhhhh R8:hhhhhhhh, hhhhhhhh R9:hhhhhhhh, hhhhhhhh 
R10:hhhhhhhh,hhhhhhhh R11:hhhhhhhh,hhhhhhhh R12:hhhhhhhh, hhhhhhhh 
R13:hhhhhhhh,hhhhhhhh R14:hhhhhhhh,hhhhhhhh R15:hhhhhhhh,hhhhhhhh 
R16:hhhhhhhh,hhhhhhhh R17:hhhhhhhh,hhhhhhhh R18:hhhhhhhh,hhhhhhhh 
R19;hhhhhhhh,hhhhhhhh R20:hhhhhhhh,hhhhhhhh  R21:hhhhhhhh, hhhhhhhh 
R22:hhhhhhhh,hhhhhhhh R23:hhhhhhhh,hhhhhhhh  R24:hhhhhhhh, hhhhhhhh 
R25:hhhhhhhh,hhhhhhhh R26:hhhhhhhh,hhhhhhhh  R27:hhhhhhhh, hhhhhhhh 
R28:hhhhhhhh,hhhhhhhh R29:hhhhhhhh,hhhhhhhh  R30:hhhhhhhh, hhhhhhhh 
R31:hhhhhhhh, hhhhhhhh 


EPSR:hhhhhhhh, hhhhhhhh 
SR2:hhhhhhhh, hhhhhhhh 


SNIP:hhhhhhhh,hhhhhhhh 
SR3:hhhhhhhh, hhhhhhhh 


SFIP:hhhhhhhh,hhhhhhhh 


Code CMMU 0 REGs Data CMMU 0 REGs Data CMMU 1 REGs 
SCR;hh,hh SSR:hhhh,hhhh  SCR:hh,hh SSR:hhhh,hhhh SCR:hh,hh SSR:hhhh,hhhh 
SAR: hhhhhhhh, hhhhhhhh SAR: hhhhhhhh, hhhhhhhh SAR: hhhhhhhh, hhhhhhhh 

PFSR:hhhhhhhh, hhhhhhhh PFSR:hhhhhhhh, hhhhhhhh PFSR:hhhhhhhh, hhhhhhhh 
PFAR:hhhhhhhh, hhhhhhhh PFAR:hhhhhhhh, hhhhhhhh PFAR: hhhhhhhh, hhhhhhhh 
BWP7:hhhhhhhh, hhhhhhhh BWP7:hhhhhhhh, hhhhhhhh 


TIC REGs: 
CF0-7: From addr/Dest addr 


CF8-15: From addr/Dest addr 


hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 


INT:hhhhhhhh, hhhhhhhh 


INTC:hhhhhhhh,hhhhhhhh 


hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 
hhhhhhhh, hhhhhhhh/hhhhhhhh, hhhhhhhh 


SINT:hhhhhhhh,hhhhhhhh 
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MFC100 (continued) 


GMSK:hhhhhhhh, hhhhhhhh 
Mate FIR:hhhh,hhhh 


FIR:hhhh,hhhh 
MateFIR OK:h,h 


SINTMSK:hh,hh 
MCR STAT: h,h 


CONF:hh,hh 


PCCAB REGs: 
STAT:hhhhhhhh, hhhhhhhh 


CTRL:hhhhhhhh,hhhhhhhh | ECCADDR:hhhhhhhh, hhhhhhh 
MEI REGs 

MBPA; hhhhhhhh, hhhhhhhh 
ERA:hhhhhhhh, hhhhhhhh 
IAEA:hhhhhhhh,hhhhhhhh CONF:hhhhhhhh,hhhhhhhh  ERSC:hhhhhhhh, hhhhhhhh 
CBEG:hhhhhhhh,hhhhhhhh  CEND:hhhhhhhh,hhhhhhhh | CPSC:hhhhhhhh, hhhhhhhh 
MBSC:hhhh, hhhh IASC:hhhh,hhhh NEM STAT:hh,hh GENFLT:hh,hh 
LMS UPD MODE:hh,hh LMS_WPO_CTRL:hh, hh EPARI_SC:hh, hh 


MBNA: hhhhhhhh, hhhhhhhh EPEA:hhhhhhhh, hhhhhhhh 


DMC REGs: 

OS TIMER: hhhh,hhhh IRM:hhhh, hhhh RESET_STATUS:hhhh, hhhh 

PROCSTAT: hhhh,hhhh MM CTRL:hhhh,hhhh LOCK STATUS:hhhh,hhhh 

Stack Dump:  hhhhhhhh  hhhhhhhh MTC Info:hhhhhhhh hhhhhhhh 
hhhhhhhh  hhhhhhhh hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh 
hhhhhhhh  hhhhhhhh 

TRACEBACK: 

nnnnnnnn-modnm: proctxtt+#nnnn nnnnnnnn-modnm: proctxtt+#nnnn 

nnnnnnnn-modnm: proctxtt+#nnnn nnnnnnnn-modnm: proctxtt+#nnnn 

nnnnnnnn-modnm: proctxtt+#nnnn nnnnnnnn-modnm: proctxtt+#nnnn 

nnnnnnnn-modnm: proctxtt+#nnnn nnnnnnnn-modnm: proctxtt+#nnnn 

nnnnnnnn-modnm: proctxtt+#nnnn nnnnnnnn-modnm: proctxtt+#nnnn 


Example 
An example of M88K version of log report MFC100 follows: 


MFC100 Mar 23 06:54:11 559 INFO Soft Memory Fault 
MFC number 26, Activity: Start: CPU 1, Final: CPU 1 
Mismatch result: Memory fault correctable 

Mismatch Condition: Mismatch Fully Handled 


System recovery action: Full store copy undertaken 


CPU 0 
Data is valid 


CPU 1 
Data is valid 


Module Entry: SSTI: #FFFF DKDMO3 SSTI: #108B 

AHR Value:  0014F080 0014F080 

AHR Data: 0014F080 0014F080 

TIC Code AHR:  0417E15C 04178164 
TIC Data AHR: 0014F080 0014F080 
MCR: FFFFFFFF 00000000 
Not Found Not Found 
Processor registers: 

R1; (00000001,041738EC) R2: (E000AE78, BO8EAE80) R3: (E000AE78, BO8EAE80) 


R4: (2029D7D4, 2029D7D4) R5: (00000003,00000003) R6: (00000714,277430A0) 
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319. 
R13: 
R16: 
R19; 
R22: 
R25: 
R28: 
R31: 


, (0014F0C0,0014F0C0) 
(000E8D36,00000001) 
(00000003,2029D9F2) 
(00000000,202D3368) 
(00000005,00000005) 
(E0004000,00000001) 
(00000D26, 2029D9A2) 
(27768FF0,27768FF0) 
(FFFF0000,FFFF0000) 


EPSR:800003F2,800003F2 
SR2:B059AF18,B059AF18 


Code CMMU 0 REGs 


SCR;15,15 SSR:0009,0009 SCR: 
SAR:EOIFFO000,EO01FF000 SAR: 
PFSR:00000000,00000000 PFSR: 
PFAR:00000000,00000000 PFAR: 
BWP7 
TIC REGs: 
CF0-7: From addr/Dest addr 


04163758,04163758/041738A8,041738A8 
041636F8,041636F8/04163744,04163744 
0417E15C,0417E164/04001018,0417E160 
041738EC,041738EC/0417E09C, 0417E09C 


R8: 
R11: 
R14: 
R17: 
R20: 
R23: 
R26: 
R29: 


(EQOOAFFO, 0014F080 
(000F03E3, 00000080 
(F8F7AE06, 00000001 
(00000001,00000001 
(00000D22,00000AA4 
(E0004048,2172FFE8 
(E0016E78,E0016E78 
(FFFF0000,FFFF0000 


—————— YS DHS 


SNIP: 05CF5982, 0417E166 
SR3:0000002, 00000001 


Data CMMU 0 REGs 


37,37 SSR:024B, 024B 
FFFFF000,FFFFF000 
00030000,00000000 
0014F080,00000000 


:00000000,00000000 


CF8-15: 


O5CF55C8, 0417E164/05CF563C, 0417E160 


07226D90,05CF47B8/07226DA4, 05CF4 


O5CF47B8,0400100C/05CF4BE4, 05CF4758 


05CF5784,0417E164/05CF579C,0417E160 
05CF5760,0417E164/05CF577C,0417E160 


INT:00004000,00004000 
GMSK:000100AB, 000100AB 


Mate FIR:0000,1000 


PCCAB REGs: 
STAT:00018027,00018027 


MEI REGs 

MBPA; 00000000, 00000000 
ERA: 0014F080,0014F080 
IAEA: 00000000, 00000000 
CBEG:069909F4,069909F4 

MBSC:0003,0003 

LMS UPD MODE:90,90 


INTC: 
FIR:1000,0000 
MateFIR OK:y,y 


CTRL: 


MBNA: 


CONF: 
CEND: 
IASC: 


00004000, 00004000 
SINTMSK: 
MCR_STAT: 


00010027,00010027 


00000000,00000000 


OOCOE1F4, OOCOERIF4 
06A00000,06A00000 
0007,0007 


LMS WPO CTRL:00,00 


R9: (800003F0,0000F080) 
R12: (000076AD, 2029D330) 
R15: (00C5D555, 00000001) 
R18: (2029D330, 2029D330) 
R21: (00000D22, 20096438) 
R24: (E000003C,2172FFE8) 
R27: (E0000000,E0000000) 
R30: (FFFF0000,FFFF0000) 
SFIP:05CF5986,0417E162 

Data CMMU 1 REGs 
SCR:37,37 SSR:024B,024B 


SAR: 
PFSR: 
PFAR: 


BWP7 


From_ 
0400100C,0417E164/05CF4758,0417 
05CF5984,0417E164/04001008,0417E160 
O5CF47B8, 0417E160/05CF4BE0, 04001008 
O5CF47B8, 0417E164/05CF4BE0, 0417E160 


SINT: 


08,00 
0,0 


FFFFF000,FFFFF000 
00000000,00000000 
00000000,00000000 
:00000000,00000000 


addr/Dest  addr 
E160 


BE0400101C,0417E164/05CF5560,0417E160 


041637C4,05CF47B8/041636A8, 05CFABEA 
07226DE0, 05CF47B8/0416377C, 05CFABEO 


0001BA00, 0001BA00 
CONF :02,02 


ECCADDR:00000000,00000000 


EPEA:2140F03C,2140F03C 


ERSC: 
CPSC: 
NEM STAT:00,00 


A8000000,C8000000 
000C0028,000C0028 

GENFLT:04,04 
EPARI_SC:03,03 


DMC REGs: 

OS TIMER: 66DC, 664D IRM: 0000, 0000 RESET STATUS:0003,0003 

PROCSTAT: 3019,2E9B MM CTRL:018F,018F CLOCK STATUS:0000,0004 

Stack Dump:  0417E15A  041738EC MTC Info:04079A00 04061A00 
BOSEAE80  BOS8EAEAS8 0014F080 0014F080 
SBF5D7C4  20C90005 00000000 00000000 
77FD5DBF 00000002 EO0016DA8  EO0016DA8 
6B57FFDD 277430A0 00000000 00000000 
0417E156 BO8EAED8 00000000 00000000 
0417E15A  070FBAF8 A1020000 1020000 
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MFC100 (continued) 


0417E15E 2029D9A2 00000000 00000000 
TRACEBACK: 
O5CF5980=INTSTS.BRO3: TI_DATAB+#0420 0417E164=IOUI.GF05:WRITE_DS+#008C 
0417E158=IOUI.GF05:WRITE_DS+#00BC 041738EC=IOUI.GF05:OUTPUT_D+#0078 
041738EC-IOUI.GF05:0UTPUT D-40078 071D678C=DKDM04 .AX01:SLM_OUT+#033C 
071D678C=DKDM04 .AX01:SLM_OUT+#033C 070FFA2C=DKDM03.A004:DM_SEND_M+#0090 


070FFA2C=DKDM03.A004:DM_SEND_M+#0090 0O70FB780=DKDM03.A004:DM_AUDIT+#01C4 
070FB780=DKDM03.A004:DM_AUDIT+#01C4 070FC284=DKDM03.A004:DM_DEVICE_D+#03BC 
070FC284=DKDM03.A004:DM_DEVICE_D+#03BC 0407FC2C=MODULE.DLO3: INITIALIZE+#0014 
0407FC2C=MODULES .DLO3: INITIALIZEP+#0014 0406E028=PROCS.EZ01:LIVEANDD+#0014 


Field descriptions 
The following table describes each field in the M88K log report: 


Module m txt 


Symbolic text 


mismatched AHR identifies 


mismatched AHR identifies 


executing code until mismatch. 


Field Value Description 

MM seque Oto 99 Mismatch sequence number. 

CPU X 0 to 1 Active CPU before the memory fault 
correctable (MFC) mismatch occurred and 
after. 

Module entry e text Symbolic text Module name or process identifier that 
initiated the program in progress when the 
mismatch occurred 

Owner #XXXX,#XXXX 0000-FFFF Process ID that owns the data that 


Process name that owns the data that 


hhhhhhhh 00000000- See table 
FFFFFFFF 
hhhh 0000-FFFF See table. 
hh 00-FF See table 
modnm Symbolic text Name of module that owns the procedure in 
the traceback. 
proctxt Symbolic text Name of procedure in traceback of 
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MFC100 (continued) 


The following table describes the nnnnnnnn field in the M88K log report: 


(Sheet 1 of 3) 


Field Description 

AHR value Mismatched AHR value latched by MEI. 
AHR data Mismatched data value latched by MEI. 
TIC code AHR P-Bus mismatched code AHR value in TIC. 
TIC data AHR P-Bus mismatched data AHR value in TIC. 
MCR Content of mate communication registers. 


Processor Registers R1 to R31 


EPSR 


SXIP 


SNIP 


SFIP 


SR2 


SR3 


SAR 


PFSR 


PFAR 


BWP7 


ComeFroms 


Values of the internal MC88100 registers. 


Identifies the exception time of processor status 
registers. 


Identifies the values of the shadow executing 
instruction pointer registers. 


Identifies the values of the shadow next 
instruction pointer registers. 


Identifies the values of the shadow fetch 
instruction pointer registers. 


Identifies the values of the supervisor storage 
register two. 


Identifies the values of the supervisor storage 
register three. 


Identifies the system address register content of 
the CMMUs. 


Identifies the P-Bus fault status register content of 
the CMMUs. 


Identifies the P-Bus fault address register content 
of the CMMUs. 


Identifies the BATC write port number seven 
registers. 


Identifies the 16 pairs of the TIC that are from 
registers. 
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MFC100 (continued) 


(Sheet 2 of 3) 
Field Description 
Int. Identifies the TIC interrupt register. 
Sint. Identifies the TIC secondary interrupt register. 
INTC Identifies the TIC interrupt cause register. 
GMSK Identifies the general interrupt mask register of 
the TIC. 
CONF Identifies the TIC configuration register. 
STAT Identifies the PCCAB status register. 
ECCADDR Identifies the PCCAB ECC address register. 
CTRL Identifies the PCCAB control register. 
MBPA Identifies the Mbus parity error AHR. 
EPEA Identifies the ecore parity AHR. 
IAEA Identifies the ecore [ACC AHR. 
ERSC Identifies the ecore RTO status/control readback 
register. 
CEND Identifies the MEI copy mode end register. 
MBNA Identifies non-existence memory address hold 
register. 
ERA Provides the ecore RTO AHR. 
CBEG Identifies the MEI copy mode start register. 
CPSC Identifies the MEI copy mode status/control 
readback register. 
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MFC100 (continued) 


(Sheet 3 of 3) 

Field Description 

Stack dump Contains information the meaning of which 
depends on the type of mismatch. Consists of 
internal data the mismatch handler used to 
determine the correct recovery action and 
indications of the recovery action taken. 

Traceback This is a traceback of the process in execution 


(Sheet 1 of 2) 


when the mismatch occurred. The nnnnnnnn 
value is the memory location where the code in 
question is present. 


The following table describes the hhhh field in the M88K log report: 


Field Description 

SSR Identifies the system status register content of 
CMMUs. 

FIR Identifies the fault indication register of the TIC. 

Mate_FIR Notes the fault indication register of the mate TIC. 

MCR_STAT Identifies status of MCR as tested by the 
mismatch handler. 

ComeFroms Identifies the 16 pairs of the TIC that are from 
registers. The hhhh is the offset within the 
procedure that was running to the time. 

MBSC Identifies the MEI MBUS parity status/control 
readback register. 

IASC Identifies the MEI incompatible access 
control/status register. 

OS_TIMER Identifies the DMC current O/S timer count. 

MM_CTRL Identifies the mismatch control status 

PROC_STAT Identifies the DMC process status register. 

IRM Identifies the DMC IRM. 
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(Sheet 2 of 2) 


Field 


Description 


RESET_STATUS 


Identifies the content of $last_reset_reason 
permreg. 


CLK_STATUS Identifies the DMC clock status register. 

Traceback This is a traceback of the process in execution 
when the mismatch occurred. The hhhh valueis 
the offset where one procedure called a second 
procedure. 

The following table describes the hh field in the M88K log report: 

Field Description 

SCR Identifies the system command register content 
of CMMUs. 

CONF Identifies the configuration register of the TIC. 

CONFID Indicates accuracy of mate FIR. 

SINTMSK Identifies the secondary interrupt mask register of 
the TIC. 

NEM_STAT Identifies the MEI MBUS NEM status register. 


LMS_UPD_MODE 


EPARI_SC 


GENFLT 
LMS_WP_CTRL 


Action 


Identifies the MEI LMS update mode control 
register. 


Identifies the MEI Ecore parity status/control 
register. 


Identifies the MEI general fault register. 


Identifies the MEI LMS write protection override 
register. 


This log is for information purposes only. The recovery log MFC110 
indicates if an excess of the MFC threshold occurs for MFC. If excess is 
present, mark a card FLT and change the card during the next maintenance 
window. Return the log prompting this maintenance action and the suspect 
card for repair. Manually clear the MemFlt alarm. 
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MFC100 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MFC110 


Explanation 


The system generates recovery log MFC110 after a memory fault correctable 
(MFC) mismatch. The system generates MFC110 when the MFC mismatch 
does not exceed the threshold. 


Format 
The log report format for MFC110 is as follows: 


MFC110 mmmdd hh:mm:ss ssdd INFO Soft Memory Fault Recovery 
Memory Fault Correctable <nn> (side <mm>, <slot pp>, <PEC code>) 
Threshold Exceeded: No 
History 

MFC #, Date, Time, Syndrom Bits, Slot, Module, Data 
< MFC, date, time, myndrom bits, slot, module, data > 


Example 
An example of log report MFC110 follows: 


MFC110 AUGO7 11:59:09 6200 INFO Soft Memory Fault Recovery 
Memory Fault Correctable 12 (side 0, slot 14, 9X14DB) 


Threshold Exceeded: No 
History: 
MFC, Date, Time, Syndrom Bits, Slot, Module, Data 
12, FEB23, 22:34:56,  345678DE, 15 2,  5678d3f2 
10, FEB20, 02:33:12, 7e34f036, T5: 2, 34584451 
09, FEB19, 08:03:41,  403aab32, 15; 1, adef1b36 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

Memory Fault Correctable nn 1-99 Sequence number of each memory fault 
correctable (MFC) mismatch. 

side mm 1-99 Denotes which side had the MFC mismatch. 

slot pp 1-99 Denotes slot number of card that had to the 


MFC mismatch. 


PEC code 9Xnnll PEC code. 
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(Sheet 2 of 2) 


Field Value Description 

MFC 1-99 Sequence number of MFC mismatch. 

date date Date of MFC mismatch. 

time time Time of MFC mismatch. 

syndrom_bits 00000000- Bits used to determine location of soft 
FFFFFFFF memory fault. 

slot 1-32 Slot number of suspect element. 

module 0-2 Memory module that had soft memory fault. 

data 00000000- Data that had soft memory fault. 
FFFFFFFF 

Action 


This log is for information purposes only. There is no immediate action 
required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MFC111 


Explanation 


The system generates recovery log MFC111. The system generates MFC111 
when the number of memory fault correctable (MFC) mismatches exceeds the 
number that can be corrected. Change the suspect card at the next maintenance 
shift. A MemFlt minor alarm will be raised with this log. 


Format 
The log report format for MFC111 is as follows: 


MFC111 mmmdd hh:mm:ss ssdd ACTION Threshold Exceeded 
Memory Fault Correctable: <nn> (side «mm», «slot pp», <PEC code>) 
<threshold_type> Threshold is: x in y days 
Threshold Exceeded: Yes <kk> in <jj> days, card set FLT 

Action: Change memory card 


History: 
MFC#, Date, Time, Syndrom_bits, Slot, Module, Data 
«MEC, Date, Time, myndrom bits, Slot, Module, Data > 


Suspect: 
Site Flr RPos Bay Id Shf Description Slot EqPEC 
HOST 03 R17 DPCC:00 13 MEM :00:0:0 14 9X14DB FRNT 


Example 
An example of log report MFC111 follows: 


MFC111 FEB23 22:34:56 6200 INFO Threshold Exceeded 
Memory Fault Correctable 12 (side 0, slot 14, 9X14DB 
Card Threshold is: 2 in 7 days 
Threshold Exceeded: Yes, 3 in 7 days, card set FLT 
Action: Change memory card 


— 


History: 

MFC, Date, Time, Syndrom Bits, Slot, Module, Data 

12, FEB23, 22:34:56,  345678DE, 15; 2 5678d3f2 
10, FEB20, 02:33:12,  7e34f036 15; 2; 34584451 
09, FEB19, 08 03:41,  403aab32 15, T adefhb36 
Suspect: 


Site FLr RPos Bay id Shf Description Slot  EqPEC 
HOST 03 R17 DPCC:00 13 MEM :00:0:0 14 9X14DB FRNT 
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MFC111 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Memory Fault Correctable nn 1-99 Indicates sequence number of each 
memory fault correctable (MFC) mismatch. 
side mm 1-99 Identifies the side that had the MFC 
mismatch. 
slot pp 1-99 Identifies slot number of card. 
PEC code 9Xnnll Identifies PEC code. 
threshold_type module/card/ plane Indicates threshold type exceeded. 
xin y refer to threshold Indicates the MFC threshold for the element 
tables in question. 
kk in Il refer to threshold Indicates the threshold that was exceeded. 
tables 
MFC 1-99 Provides the sequence number of the MFC 
mismatch. 
Date date Provides the date of MFC mismatch. 
Time time Provides the time of MFC mismatch. 
syndrom_bits 00000000- Indicates the bits used to determine location 
FFFFFFFF of soft memory fault. 
slot 1-32 indicates the slot number of suspect 
element. 
module 0-2 Identifies the memory module that had soft 
memory fault. 
data 00000000- Identifies the data that had soft memory 
FFFFFFFF fault. 
Action 


Change the card in the card list. Use the manual command to clear the MemFlt 
alarm. Refer to CM alarm clearing and monitoring procedures. 
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MFC111 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
Capture and return the log that prompts the maintenance action. Capture and 
return the log with the card to CSO. Refer to CM card replacement 
procedures. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


MM100 


Explanation 


Format 1 


UCS log reports 1-381 


The mismatch (MM) subsystem log report MM100. The subsystem generates 
MM100 for every mismatch that occurs. The system does not generate a log 
for mismatches caused by memory faults that can be corrected. 

The MM100 log report contains detailed information on the following: 

e the analysis that the mismatch handler performs 

* location of the mismatch 

* the contents of all processor registers 


e the mismatch condition and result 


Synchronization drops if one of the following conditions occurs: 
* the mismatch handler finds a hard fault 
* system recovery is not performed for one of the following reasons: 
— the system is currently testing the mate 
— the loss of synchronization during testing 
— the number of mismatches exceeds the threshold 
— the active CPU cannot transfer activity to the inactive side 
— a software error 
If the number of mismatches exceeds the alarm threshold, the system posts the 


CM MMsync alarm. The subsystem generates a MM110 log after the 
successful completion of mismatch analysis and recovery. 


If the number of mismatches exceeds the alarm (drop synchronization) 
threshold, the system posts a CM MMnoSy alarm. The subsystem generates 
the MM111 log. 


A Series 60 burst mode write operation can cause a matcher transient 
mismatch (MTM). The MTM is a type of transient mismatch. The MM100 
log report does not contain information on the MTMs. The subsystem 
generates an MM102 log report for MTMs. 


The Series 20 to 40 SuperNode log report format for MM100 (M68K version) 
is as follows: 
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MM100 (continued) 


MM100 mmmdd hh:mm:ss ssdd INFO Soft Memory Fault 
Mismatch number: <MM sequence #>, Activity: Start: CPU n, Final: CPU n 
Mismatch result: <mismatchl_text> 
Mismatch Condition: <mismatch2_text> 
System Recovery Action: <recovery_text> «rc status text? 


CPUO CPU 1 
Data v_txt valid Data v_txt valid 
CPU 0 CPU 1 
Data v_txt valid Data v_txt valid 
Module Entry:e_text e text 
AHR Value: nnnnnnnn nnnnnnnn 
AHR Data: nnnnnnnn nnnnnnnn 
MAU AHR: nnnnnnnn nnnnnnnn 
MCR: nnnnnnnn nnnnnnnn 


Owner #XXXX,#XXXX: Module m_text Owner #XXXX,#XXXX: Module m text 


A0—A6 (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) 


D0-D7 (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 
(nnnnnnnn,nnnnnnnn) (nnnnnnnn,nnnnnnnn) 

PC:  (nnnnnnnn,nnnnnnnn) USP: (nnnnnnnn,nnnnnnnn) SR: (nnnn,nnnn) 

ISP: (nnnnnnnn,nnnnnnnn) MSP: (nnnnnnnn,nnnnnnnn) ICache: (nnnn,nnnn) 

FIR: (nnnn,nnnn) MM Ctrl: (nnnn,annnn) Timer: (nnnn,nnnn) 

MAU ctrl: (nnnn,nnnn) MAU err: (nnnn,nnnn) CIk stat: (nnnn,nnnn) 

FC: (nnnn,nnnn) IRM: (nnnn,nnnn) ProcStat: (nnnn,nnnn) 

SRam Err: (nnnn,nnnn)  PerInt(nnnn,nnnn) Acc Prot: (nnnn,nnnn) 

Mate FIR: (nnnn,nnnn) MateFIR_OK:(n,n) MCR STAT: (n,n) 

User Stack Dump Interrupt Stack Dump 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn nnnnnnnn nnnnnnnn 

MTC Info: nnnnnnnn nnnnnnnn 

nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 
nnnnnnnn nnnnnnnn 

TRACEBACK: 

nnnnnnnn=modnm: proctxt--£nnnn nnnnnnnn=modnm: proctxt--£nnnn 

nnnnnnnn=modnm: proctxt--£nnnn nnnnnnnn-modnm: proctxt--£nnnn 

nnnnnnnn-modnm: proctxt--£nnnn nnnnnnnn-modnm: proctxt--£nnnn 
nnnnnnnn-modnm: proctxt--£nnnn nnnnnnnn-modnm: proctxt--£nnnn 
nnnnnnnn=modnm: proctxt+#nnnn nnnnnnnn=modnm: proctxt+#nnnn 
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MM100 (continued) 


Example 


An example of Series 20 to 40 SuperNode log report MM100 (M68K version) 


follows: 


MM100 Mismatch Feb14 03:44:36.673 


Mismatch number 17, 
Mismatch result: 
Mismatch condition: 
System recovery action: 


CPU 0 
Data is valid 


Activity: Start: CPU 0, Final: CPU 0, 
Mate failed rendezvous 
Mismatch during sync transition 


Test mate, re-sync undertaken 


CPU 1 
Data is NOT valid 


Module Entry: IOABP SSTI: #052F CMCHKPR SSTI: #022B 
AHR Value: 0B0107A4 01471240 
AHR Data: A5A5A5A5 534C5F43 
MAU AHR: 000E07A0 000E0240 
MCR $ 00000000 00000000 
Not Found Owner #1C23,#0000: Module SOVFG DSPROT 
A0-A6 (00042A00,01471244) (000429C0,00044570) (FFFF0000,00DB2D34) 


(00042B64, 016CC9D8) 


(01F9E658,016CEOE8) (00042A20, 01D1E524) 


(000300C0,0147FFFE) 


D0-D7 


PC: 

ISP: 

EIR: (0001, 
MAU ctrl: (00AD, 
FC: (0006, 
SRam Err: (FFCO, 
Mate FIR: (0000, 


User Stack Dump 


FFFF0000 
019E0000 
01050002 
00010000 
00000007 
0050EB58 


MTC Info: 


020C1550 
001010D0 
20000000 
00010000 
00000000 
00000000 


(000000AD, 
(0000276C, 01470000) 
(0000000C,00000000) 


(0B011254,0B1921EC) USP: 
(00042A18,00042B6C) MSP: 


9D8241CB) (00030100, 0147036E) 
(78FOFFF4,00000000) 


(FFFF0000,FFFF0000) 


(00000007,534C5F43) 
(00030100,00000000) 


(035478C4, O1D1E508) 
(0040E7D0, 0040E7D0) 


SR: (2410,000A) 
ICache: (0001,0001) 


0000) MM Ctrl1:(086C,081C) Timer: (3c2B, 5967) 
OO0AD) MAU err:(0080,0080) CIlk stat: (0006,0004) 
0001) IRM: (0000,0000) ProcStat: (2A00,2E00) 
FFCO) PerInt: (0055,0055) Acc Prot: (00CF,O00CF) 
0001) MateFIR_OK: (y,y) MCR_STAT: (0,0) 
Interrupt Stack Dump 
0B1953B2 0B0107A6 FDFDFDFD 
000101F6 0004000C FDFDFDFD 
00003C00 00042B20 FDFDFDFD 
00000400 0D752322 FDFDFDFD 
01471000 00000000 FDFDFDFD 
00690000 000002B0 FDFDFDFD 
000D0550 
00000000 
00000000 
00000000 
00000000 
00000000 
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MM100 (continued) 


Traceback: 

0B011254=SYSDEFS.FM07:DISAB 
0B1921EC=CMMEMORY.AG04:CHEC 
0D752322=TRAPDEFS.FJ03:TRAP 


LE_+#0000 
KSUM+#0008 
HAND+#0162 


0B1A2282=CMMEMORY .AGO4:SET_CHEC+#013E 
OBO16C7E=INTSYS.BW04:FIR_INTE+#00D6 


0B19525C-CMMEMORY.AGO04:DO C 


HECKSUMS+#0098 


0B049B3C=MODULES .DP02: INITIALIZ+#0014 0B323876=CMCHKPR.AQO1:CHECKSUM+#00FA 


0B03D78E-PROCS.EYO1:LIVEAND 


Field descriptions 
The following table describes each field in the Series 20 to 40 SuperNode 
MM100 log report. In the table, nnnn represents a hexadecimal number from 


0000 to FFFF. In the table, nnnnnnnn represents a hexadecimal number from 
00000000 to FFFFFFFF. 


Field descriptions for Series 20 to 40 (Sheet 1 of 5) 


Field 


Value 


D-40012  0B049B3C-MODULES.DP02:INITIALIZ-*$0014 


0B03D78E-PROCS.EYO1:LIVEANDD-«10012 


Description 


Mismatch number: 


MM sequence £ 
Activity: 


Start: 


CPUn 


Final: 


CPUn 


Mismatch result: 


mismatch1 text 


INFO Soft Memory Fault not applicable 


not applicable 


0 to 32767 
not applicable 


not applicable 


0 or 1 


not applicable 


0 or 1 


not applicable 


character string 


Indicates a soft memory fault 


Indicates that the mismatch sequence number 
follows 


Indicates the mismatch sequence number 
Indicates that activity information follows 


Indicates the identification of the central 
processing unit (CPU) that was active before 
the mismatch occurred. The identification is in 
the adjacent field 


Identifies the CPU that was active before the 
mismatch occurred 


Indicates the identification of the CPU that was 
active after the mismatch occurred. The 
identification is in the adjacent field 


Identifies the CPU that became active after the 
mismatch occurred 


Indicates that the cause of the mismatch 
follows 


Refer to the table “Field mismatch! text 
values for Series 20 to 40" 
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Field descriptions for Series 20 to 40 (Sheet 2 of 5) 


Field 


Value 


Description 


Mismatch condition: 


mismatch2 text 


System Recovery 


Action: 


recovery text 


rc status text 


CPU 0 


CPU 1 


Data v txt valid 


Module Entry: 


AHR value: 


AHR data: 


MAU AHR: 


MCR: 


Owner 


Module m text 


not applicable 


character string 


not applicable 


character string 


undertaken, aborted 


not applicable 


not applicable 


is, is NOT 


(e tex e text) 


nnnnnnnn 


nnnnnnnn 


nnnnnnnn 


nnnnnnnn 


#XXXX, SXXXX 


symbolic text 


Indicates that mismatch information follows 


Refer to the table "Field mismatch2 text 
values for Series 20 to 40" 


Indicates that system recovery action follows 


Refer to the table "Field recovery text values 
for Series 20 to 40" 


Indicates if system attempted or aborted 
recovery 


Indicates that the information in the fields 
below applies to CPU 0 


Indicates that the information in the fields 
below applies to CPU 1 


Indicates if data is or is NOT correct for 
analysis 


Identifies the module name or process 
identifier that initiated the program that 
became active while the mismatch occurred 


The contents of the address hold register 
(AHR) 


Indicates if the value in the AHR is correct, that 
is, not changed. Indicates the new value if the 
value in the AHR is not correct 


The contents of the memory address unit 
(MAU) AHR 


The contents of the mate communication 
register (MCR) 


Identifies the process that owns the data to 
which the captured AHR points 


The name of the process that owns the data to 
which the captured AHR points 
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Field descriptions for Series 20 to 40 (Sheet 3 of 5) 


Field Value Description 


A0-A6 nnnnnnnn The contents of the internal A registers in the 
MC68020 microprocessor 


D0-D7 nnnnnnnn The contents of the internal D registers in the 
MC68020 microprocessor 


PC nnnnnnnn The contents of the program counter (PC) of 
the MC68020 microprocessor at the time of the 
interrupt 


USP nnnnnnnn The contents of the user stack pointer (USP) in 
the MC68020 microprocessor at the time of the 
interrupt 


ISP nnnnnnnn The contents of supervisor/interrupt stack 
pointer in the MC68020 microprocessor at the 
time of the interrupt 


SR: nnnn The contents of the state register (SR) at the 
time of interrupt 


MSP nnnnnnnn The contents of the mismatch stack pointer 
(MSP) in the MC68020 microprocessor at the 
time of the interrupt 


ICache: nnnn The contents of the MC68020 instruction 
cache control register 

FIR: nnnn, nnnn The contents of the fault indication register 
(FIR) 

MM Ctrl: nnnn, nnnn The contents of the mismatch control register 
(MCR) 

Timer: nnnn, nnnn The contents of the switch operating system 
(SOS) timer register 

MAU_ ctrl: nnnn, nnnn The contents of the MAU control register 

MAU err: nnnn, nnnn The contents of the MAU error register 

CIk. stat : nnnn, nnnn The contents of the clock state register 

FC: nnnn, nnnn The MC68020 function code for the interrupt. 


The values must be 0074 


IRM: nnnn, nnnn The interrupt request mask 
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Field descriptions for Series 20 to 40 (Sheet 4 of 5) 


Field Value Description 

Procstat: nnnn, nnnn The contents of the process state register 

SRam Err: nnnn, nnnn Indicates the error state of the CPU static 
random access memory (RAM) 

Perlnt: nnnn, nnnn The value of the peripheral interrupt mask 

Acc Prot: nnnn, nnnn Indicates the state of access protection 
attributes 

Mate FIR: nnnn, nnnn The mate FIR 

MateFIR OK Y or N, Yor N Indicates if the mate FIR is correct or not 
correct 

MCR STAT n,n State of the MCR. Mismatch handler tests 
determine the status of the MCR 

User Stack Dump nnnnnnnn Six longwords of information that start at the 
address in the user stack dump (USP) 

Interrup Stack Dump nnnnnnnn Six longwords of information that start at the 
address in the interrupt stack dump (ISP) 

MTC info: nnnnnnnn Contains information that the type of mismatch 
determines 
This field contains internal data that the 
mismatch handler uses to determine the 
correct recovery action. This internal data 
indicates the recovery action used 

TRACEBACK: symbolic text A traceback of the process that was active 


when the mismatch occurred 


The nnnnnnnn value is the memory location of 
code in question 


The nnnn value is the offset in the procedure 
where one procedure calls another procedure. 
The offset of the top procedure is the code that 
is active when the system detects the 
mismatch 
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Field descriptions for Series 20 to 40 (Sheet 5 of 5) 


Field Value Description 

modnm text Indicates the name of the module that owns 
the code that was active before the mismatch 

proctxt text Indicates the name of the procedure that was 


active before the mismatch 


Additional information 


The following table contains values for field: mismatch1_text in MM100 log 
reports for SuperNode Series 20 to 40. 


Field mismatch1_text values for Series 20 to 40 (Sheet 1 of 2) 


Value 


Description 


Bad shared store 
FW maze failed 

CPU test failed 
Problem with I/O port 
Match logic broken 
General FIR bits set 


Memory fault, 
uncorrectable 


Parity error found 
Cache error found 
Data store different 
Program store differed 
Interrupt levels differed 


Processor registers 
different 


Hardware access error 


Indicates defective memory 

Indicates a firmware maze failed 

Indicates a CPU card test failed 

Indicates a port card problem 

Indicates a matcher problem 

Indicates a general fault in one or both FIRs 


Indicates the system cannot spare memory 


Indicates defective memory 

Indicates a defective CPU board 

Indicates that data store (DS) values or addresses are different 
Indicates that program store (PS) values or addresses are different 


Indicates that the interrupt levels are different 


Indicates that the address/data registers are different 


Indicates a mismatch on access to a hardware maintenance element 
(CPU or memory board) 
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Field mismatch1 text values for Series 20 to 40 (Sheet 2 of 2) 


No hardware fault Indicates that the mismatch handler found no error 
detected 
CM extension bus fault Indicates CM extension bus caused a mismatch 


The following table contains values for field: mismatch2 text in MM100 log 
reports for SuperNode Series 20 to 40. 


Field mismatch2 text values for Series 20 to 40 


Mismatch fully handled Indicates that the mismatch was fully handled 


Mismatch during SYNC | Indicates a mismatch occurred when CPU dropped or entered 
transition synchronization 


Mismatch during restart | Indicates a mismatch occurred during the restart 
Mate failed rendezvous Indicates the CPUs failed to communicate. The reason is not known 


Could not re-SYNC Indicates the resynchronization attempt failed 
CPUs 


Could not copy mate Indicates a problem with the MCR or synchronization 

data 

Mismatch threshold Indicates that the number of mismatches exceed the threshold 
exceeded 

Backlog threshold Indicates that the frequency of mismatches exceeds the threshold 
exceeded 


Mismatch handler under | For testing only. 
test 


Mismatch during Indicates another mismatch occurred when the first mismatch was being 
recovery from mismatch | handled. 

while handling previous 
mismatch 


Both CPUS active Indicates a mismatch occurred because both CPUs acted as if active. 


Unable to give up Indicates that the CPU was not able to go to the inactive state. 
activity 
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The following table contains values for field: recovery_text in MM100 log 
reports for SuperNode Series 20 to 40. 


Field recovery_text values for Series 20 to 40 


Value Descriptions 


No recovery to be done Indicates that the CPU fixed at interrupt level 


Attempt store mismatch Indicates an attempt at a store match while in-synchronization 


Full store copy Indicates that the CPU is in an update mode, copy all store 
Full re-sync Indicates an attempt to completely resynchronize 
System self audit Indicates that an element of inventory is missing or indicates an additional 


element of inventory 


Test mate, resync Indicates that the mate can be defective and that a test of mate and 
resynchronization are required. 


Test mate, no resync Indicates that the mate is likely out of service 
Own fault, no resync Indicates that the active CPU is defective 
ERROR IN MM Indicates an error in the mismatch handler 
HANDLE 

Format 2 


The Series 50 to 60 SuperNode log report format for MM100 (M88K version) 
is as follows: 


**MM100 mmmdd hh:mm:ss ssdd INFO Soft memory Fault 
Mismatch number «MM sequence#>, Activity: Start: CPU n, Final: CPU n 
Mismatch result: «mismatch 1. text> 
Mismatch Condition: «mismatch2 text 
System Recovery Action: «recovery text? «rc status text? 


CPUO CPU 1 
Data is valtxt Data is valtxt 
Module Entry:e_text e text 
AHR Value: hhhhhhhh hhhhhhhh 
AHR Data: hhhhhhhh hhhhhhhh 
TIC Code AHR: hhhhhhhh hhhhhhhh 
TIC Data AHR: hhhhhhhh hhhhhhhh 
MCR: hhhhhhhh hhhhhhhh 


Owner: ZXXXX,tXXXX: Module m txt Owner: ZXXXX,tXXXX: Module m txt 
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Processor registers: 


R1:hhhhhhhh,hhhhhhhh R2:hhhhhhhh,hhhhhhhh R3:hhhhhhhh,hhhhhhhh 
R4:hhhhhhhh,hhhhhhhh RS:hhhhhhhh,hhhhhhhh R6:hhhhhhhh,hhhhhhhh 
R7:hhhhhhhh,hhhhhhhh R8:hhhhhhhh,hhhhhhhh R9:hhhhhhhh,hhhhhhhh 
R10:hhhhhhhh,hhhhhhhh RlII:hhhhhhhh,hhhhhhhh —— RI2:hhhhhhhh,;hhhhhhhh 
R13:hhhhhhhh,hhhhhhhh RlI4:hhhhhhhh,hhhhhhhh — R15:hhhhhhhh,hhhhhhhh 
R16:hhhhhhhh,hhhhhhhh R17:hhhhhhhh,hhhhhhhh ^ RI8:hhhhhhhh,hhhhhhhh 
R19:hhhhhhhh,hhhhhhhh R20:hhhhhhhh,hhhhhhhh X R21:hhhhhhhh,hhhhhhhh 
R22:hhhhhhhh,hhhhhhhh R23:hhhhhhhh,hhhhhhhh X R24:hhhhhhhh,hhhhhhhh 
R25:hhhhhhhh,hhhhhhhh R26:hhhhhhhh,hhhhhhhh ^ R27:hhhhhhhh,hhhhhhhh 
R28:hhhhhhhh,hhhhhhhh R29:hhhhhhhh,hhhhhhhh X R30:hhhhhhhh,hhhhhhhh 
R31:hhhhhhhh,hhhhhhhh 
EPSR:hhhhhhhh,hhhhhhhh | SNIP:hhhhhhhh,hhhhhhhh | SFIP:hhhhhhhh,hhhhhhhh 
SR2:hhhhhhhh,hhhhhhhh SR3:hhhhhhhh,hhhhhhhh 

Code CMMU 0 REGs Data CMMU 0 REGs Data CMMU 1 REGs 
SCR:hh,hh . SSR:hhhh,hhhh SCR:hh,hh 4 SSR:hhhh,hhhh SCR:hh,hhSSR:hhhh,hhhh 
SAR:hhhhhhhh,hhhhhhhh ^X SAR:hhhhhhhh,hhhhhhhh = SAR:hhhhhhhh,hhhhhhhh 


PFSR:hhhhhhhh,hhhhhhhh —XPFSR:hhhhhhhh,hhhhhhhh |PFSR:hhhhhhhh,hhhhhhhh 
PFAR:hhhhhhhh,hhhhhhhh  PFAR:hhhhhhhh,hhhhhhhh  PFAR:hhhhhhhh,hhhhhhhh 


BWP7:hhhhhhhh,hhhhhhhh BWP7;hhhhhhhh,hhhhhhhh 


TIC REGs; 

CF0-7: From, addr/Dest. addr 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 


INT:hhhhhhhh,hhhhhhhh 
Mate FIR:hhhh,hhhh 


PCCAB REGs: 
STAT:hhhhhhhh,hhhhhhhh 


MEI REGs: 
MBPA:hhhhhhhh,hhhhhhhh 
ERA:hhhhhhhh,hhhhhhhh 
IAEA:hhhhhhhh,hhhhhhhh 
CBEG:hhhhhhhh,hhhhhhhh 
MBSC:hhhh,hhhh 
LMS_UPD_MODE:hh,hh 


DMC REGs: 


CF0-7: From, addr/Dest. addr 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 


INTC:hhhhhhhh,hhhhhhhh | SINT:hhhhhhhh,hhhhhhhh 
GMSK:hhhhhhhh,hhhhhhhh FIR:hhhh,hhhh 
MateFIR_OK:h,h 


SINTMSK:hh,hh 
MCR_STAT:h,h 


CONF:h,h 


CTRL:hhhhhhhh,hhhhhhhh ECCADDR:hhhhhhhh,hhhhhhhh 


MBNA:hhhhhhhh,hhhhhhhh EPEA:hhhhhhhh,hhhhhhhh 


CONF:hhhhhhhh,hhhhhhhh ERSC:hhhhhhhh,hhhhhhhh 
CEND:hhhhhhhh,hhhhhhhh CPSC:hhhhhhhh,hhhhhhhh 
IASC:hhhh,hhhh 
LMS WPO CTRL:hh,hh 


NEM STAT:hh,hh GENFLT:hh,hh 


EPARI SC:hh,hh 


OS TIMER:hhhh,hhhh 
PROCSTAT:hhhh,hhhh 


IRM:hhhh,hhhh 
MM CTRL:hhhh,hhhh 


RESET STATUS:hhhh,hhhh 
CLOCK STATUS:hhhh,hhhh 
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Stack Dump: hhhhhhhh hhhhhhhh MTC Info: hhhhhhhh hhhhhhhh 
hhhhhhhh hhhhhhhh hhhhhhhh hhhhhhhh 
hhhhhhhh — hhhhhhhh hhhhhhhh hhhhhhhh 
hhhhhhhh — hhhhhhhh hhhhhhhh hhhhhhhh 
hhhhhhhh — hhhhhhhh hhhhhhhh hhhhhhhh 
hhhhhhhh — hhhhhhhh hhhhhhhh X hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 

Traceback: 


hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 


hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 


Example 


An example of Series 50 to 60 SuperNode log report MM100 (M88K version) 
follows: 


MM Mismatch Mar 23 06:54:11. 559 INFO Soft memory Fault 
Mismatch number 26, Activity: Start: CPU 1, Final: CPU 1 
Mismatch result: Mismatch during sync transition 
Mismatch condition: 

System recovery action: Aborted, too many mismatches 


CPU 0 
Data is valid 
Module Entry: SSTI: #FFFF 


CPU 1 
Data is valid 
DKDMO3 SSTI: #108B 


AHR Value: 0014F080 0014F080 
AHR Data: 0014F080 0014F080 
TIC Code AHR:  0417E15C 0417E164 
TIC Data AHR:  0014F080 0014F080 
MCR: FFFFFFFF 00000000 
Not Found Not Found 


Processor registers: 


R1:(00000001,041738EC) 

R4: (2029D7D4, 2029D7D4) 

R7: (0014F0C0, 0014F0CO) 

R10: (000E8D36,00000001) 
R13: (00000003, 2029D9F2) 
R16: (00000000, 202D3368) 
R19: (00000005, 00000005) 
R22: (E0004000, 00000001) 
R25: (00000D26, 2029D9A2) 
R28: (27768FF0,27768FF0) 
R31: (FFFF0000,FFFF0000) 
EPSR: 800003F2,800003F2 
SR2: B059AF18,B059AF18 


R2: (E000AE78, BOSEAE80) 

R5: (00000003, 00000003) 

R8: (EOOOAFFO, 0014F080) 

R11: (000F03E3, 00000080) 
R14: (F8F7AE06, 00000001) 
R17: (00000001, 00000001) 
R20: (00000D22,00000AA4) 
R23: (E0004048,2172FFE8) 
R26: (E0016E78,E0016E78) 
R29: (FFFF0000,FFFF0000) 


SNIP:05CF5982,0417E166 
SR3:00000002,00000001 


R3: (E000AE78, BOSEAE80) 

R6:(00000714,277430A0) 

R9: (800003F0,0000F080) 

R12: (000076AD, 2029D330) 
R15: (00C5D555,00000001) 
R18: (2029D330, 2029D330) 
R21: (00000D22, 20C96438) 
R24: (E000003C, 2172FFE8) 
R27: (E0000000,E0000000) 
R30: (FFFF0000,FFFF0000) 


SFIP:05CF5986,0417E162 
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Code CMMU 0 REGs Data CMMU 0 REGs Data CMMU 1 REGs 
SCR:15,15 SSR:0009,0009 SCR:37,37 SSR:024B,024B  SCR:37,37 SSR:024B, 024B 
SAR: EO1FF000,E01FF000 SAR:FFFF0000,FFFF0000 SAR:FFFF0000,FFFF0000 


PFSR:00000000,00000000 PFSR:00030000,00000000 PFSR:00000000,00000000 
PFAR:00000000,00000000 PFAR:0014F080,00000000 PFAR:00000000,00000000 
BWP7:00000000,00000000 BWP7;00000000,00000000 


TIC REGs; 

CF0-7: From_addr/Dest_addr CF0-7: From addr/Dest addr 
04163758,04163758/041738A8,041738A8 0400100C,0417E164/05CF4758,0417E160 
041636F8,041636F8/04163744,04163744 05CF5984,0417E164/04001008,0417E160 
0417E15C,0417E164/,0400108,0417E160 05CF47B8,0417E160/05CF4BE0, 04001008 
041738EC,041738EC/0417E09C,0417E09C 05CF47B8,0417E164/05CF4BE0, 0417E160 
05CF55C8,0417E164/05CF563C, 0417E160 07226D90,05CF47B8/07226DA4, 05CF4BE0 
0400101C,0417E164/05CF5560,0417E160 O5CF47B8,0400100C/05CF4BE4, 05CF4758 
05CF5784,0417E164/05CF579c,0417E160 041637C4, 05CF47B8/041636A8, 05CF4BE4 
05CF5760,0417E164/05CF577C,0417E160 07226DE0, 05CF47B8/0416377C, 05CF4BE0 


INT: 00004000, 00004000 INTC:00004000, 00004000 SINT: 0001BA00, 0001BA00 


GMSK:000100AB, 000100AB FIR:1000,0000 SINTMSK:08,00 CONF:02,02 
Mate_FIR:0000,1000 MateFIR_OK:y,y MCR_STAT:0,0 
PCCAB REGs: 


STAT:,00018027,00018027 CTRL:00010027,00010027 ECCADDR: 0000000, 00000000 


MEI REGs: 

MBPA: 00000000, 00000000 MBNA: 00000000, 00000000 EPEA: 2140F03C, 2140F03C 
ERA: 0014F080,0014F080 

IAEA: 00000000, 00000000 CONF: 0OOCOE1F4, OOCOEI1F4 ERSC:A8000000,C8000000 
CBEG:069909F4,069909F4 CEND:06A00000,06A00000 CPSC:000C0028,000C0028 


MBSC:0003,0003 IASC:0007,0007 NEM STAT:00,00 GENFLT:04,04 
LMS_UPD_MODE: 90, 90 LMS_WPO_CTRL: 00,00 EPARI_SC:03,03 
DMC REGs: 

OS_TIMER: 66DC, 664D IRM:0000,0000 RESET_STATUS:0003,0003 


PROCSTAT:3019,2E9B MM CTRL:018F,018F CLOCK STATUS:0000,0004 


Stack Dump: 0417E15A 041738EC MTC Info: 04079A00 04061A00 
BO8EAE80 BO8EAEA8 0014F080 0014F080 
SBF5D7C4 20C90005 00000000 00000000 
77FD5DBF 00000002 E0016DA8 E0016DA8 
6B57FFDD 277430A0 00000000 00000000 
0417E156 BO8EAED8 00000000 00000000 
0417E15A 070FBAF8 A1020000 A1020000 
0417E15E 2029D9A2 00000000 00000000 

Traceback: 

O5CF5980=INTSYS.BRO3:TI_DATAB+#0420 0417E164=IOUI.GF05:WRITE_DS+#00C8 

0417E158=IOUIL.GF05:WRITE_DS+#00BC 041738EC=IOUL.GF05:OUTPUT_D+#0078 


041738EC=IOUI.GF05:OUTPUT_D+#0078 071D678C=DKDM04 .AX01:SLM_OUT_+#033C 
071D678C=DKDM04.AX01:SLM_OUT_+#033C 070FFA2C-DKDMO3.AO04:DM SEND M-*$0090 
070FFA2C=DKDM03.A004:DM_SEND_M+#0090 070FB780=DKDM03.A004:DM_AUDIT+#01C4 
070FB780=DKDM03.A004:DM_AUDIT+#01C4 070FC284=DKDM03.A004:DM_DEVICE_D+#03BC 
070FC284=DKDM03.A004:DM_DEVICE_D+#03BC 0407FC2C=MODULES .DLO3:INTIALIZ+#0014 
0407FC2C=MODULES .DLO3: INTIALIZE+#0014 0406E028=PROCS.EZ01:LIVEANDD+#0014 
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Field descriptions 


The following table describes each field in the Series 50 and 60 SuperNode 
MM 100 log report. In the table, hhhh represents a hexadecimal number from 
0000 to FFFF. In the table, hhhhhhhh represents a hexadecimal number from 


00000000 to FFFFFFFF. 


Field descriptions for Series 50 and 60 (Sheet 1 of 6) 


Field Value 
INFO Soft Memory Fault not applicable 


Mismatch number: not applicable 


MM sequence # 0 to 99 
Activity: not applicable 
Start: not applicable 
CPUn 0 or 1 

Final: not applicable 
CPUn 0 or 1 


Mismatch result: not applicable 


mismatch1 text character string 


Mismatch condition: not applicable 


mismatch2 text character string 


System Recovery 
Action: 


not applicable 


recovery text character string 


Description 
Indicates a soft memory fault 


Indicates that the mismatch sequence number 
follows 


Indicates the mismatch sequence number 
Indicates that activity information follows 


Indicates the identification of the central 
processing unit (CPU) that was active before 
the mismatch occurred. The identification is in 
the adjacent field 


Identifies the CPU that was active before the 
mismatch occurred 


Indicates the identification of the CPU that was 
active after the mismatch occurred. The 
identification is in the adjacent field 


Identifies the CPU that was active after the 
mismatch occurred 


Indicates that the cause of the mismatch 
follows 


Refer to the table "Field mismatch1 text 
values for Series 50 and 60" 


Indicates that mismatch information follows 


Refer to the table "Field mismatch2 text 
values for Series 50 and 60" 


Indicates that a description of the system 
recovery action follows 


Refer to the table "Field recovery text values 
for Series 50 and 60" 
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Field descriptions for Series 50 and 60 (Sheet 2 of 6) 


Field 


Value 


Description 


rc status text 


CPU 0 


CPU 1 


Data is valtxt 


Module Entry: 


AHR value: 


AHR data: 


TIC code AHR: 
TIC data AHR: 
MCR: 


Owner 


Module m txt 


Processor registers: 


R1 to R31 


EPSR: 


SNIP 


undertaken, aborted 


not applicable 


not applicable 


is, is NOT 


(e tex — e text) 


hhhhhhhh 


hhhhhhhh 


hhhhhhhh 
hhhhhhhh 
hhhhhhhh 


#XXXX,#XXXX 


symbolic text 


R1: to R31: 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


Indicates if system attempted or aborted 
recovery 


Indicates that the information in the fields 
below applies to CPU 0 


Indicates that the information in the fields 
below applies to CPU 1 


Indicates is data is correct or not correct for 
analysis 


Identifies the module name or process 
identifier that initiated the program that was 
active when the mismatch occurred 


The mismatched address hold register (AHR) 
value that the Mbus/Ecore interface (MEI) 
latched 


The mismatched data value that the MEI 
latched 


The P-bus mismatched code AHR value in TIC 
The P-bus mismatched code AHR value in TIC 


Contents of the mate communication register 
(MCR) 


The identifier for the process that owns data to 
which the captured AHR points 


The name of the process that owns the data to 
which the captured AHR points 


Indicates that the contents of the processor 
registers follow. 


The contents of the internal MC88100 
registers 


The contents of the exception time processor 
state registers 


The contents of the shadow next instruction 
pointer registers 
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Field descriptions for Series 50 and 60 (Sheet 3 of 6) 


Code CMMU 0 REGs 
Data CMMU 0 REGs 
Code CMMU 1 REGs 
SSR: 


SAR: 


PFSR 


PFAR 


BWP7 


TIC REGS: 


CFO-7: 


From addr/Dest addr 


INT: 


INTC: 


not applicable 
not applicable 
not applicable 


hhhh, hhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


not applicable 


not applicable 


hhhhhhhh, hhhhhhhh/ 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


Field Value Description 

SXIP: hhhhhhhh, hhhhhhhh The contents of the shadow that executes 
instruction pointer registers 

SR2: hhhhhhhh, hhhhhhhh The contents of the supervisor storage register 
2 

SR3: hhhhhhhh, hhhhhhhh The contents of the supervisor storage register 
3 

SCR: hh, hh The system command register (SCR) content 


of cache memory management unit (CMMU) 
Header 
Header 
Header 


The system state register (SSR) content of 
CMMUs 


The system address register (SAR) contents of 
CMMUs 


The P-Bus fault state register content of the 
CMMUs 


The P-Bus fault address register content of the 
CMMUs 


The contents of the BATC write port number 7 
register 


Indicates that the contents of the TIC registers 
follow 


Header 

Identifies the sixteen pairs of comefrom 
registers of the TIC. The hhhh is the offset 
within the procedure that was active at the time 


The contents of the interrupt register of the TIC 


The contents of the interrupt cause register of 
the TIC 
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Field descriptions for Series 50 and 60 (Sheet 4 of 6) 


Field Value Description 

SINT: hhhhhhhh, hhhhhhhh The contents of the secondary interrupt 
register of the TIC 

GMSK: hhhhhhhh, hhhhhhhh The contents of the general interrupt mask 
register of the TIC 

FIR: hhhh, hhhh The contents of the fault indication register 
(FIR) of the TIC 

SINTMSK: hh, hh The contents of the second interrupt mask 
register of the TIC 

CONF: h, h The contents of the configuration register of 
the TIC 

Mate_FIR: hhhh, hhhh The contents of the fault indication register of 
the mate TIC 

MateFIR_OK: yorn,yorn Indicates if the mate FIR is correct or not 
correct 

MCR_STAT: h, h Identifies the state of MCR. The mismatch 
handler tested the MCR 

PCCAB REGS: not applicable Indicates that the prefetcher with circular 
content addressable buffer (PCCAB) register 
information follows 

STAT: hhhhhhhh, hhhhhhhh The contents of the state register of the 
PCCAB 

CTRL: hhhhhhhh, hhhhhhhh The contents of the control register of the 
PCCAB 

ECCADDR: hhhhhhhh, hhhhhhhh The contents of the error correction circuit 
(ECC) address register of the PCCAB 

MEI REGS: not applicable Indicates that MEI register information follows 

MBPA: hhhhhhhh, hhhhhhhh The contents of the Mbus parity error AHR 

MBNA: hhhhhhhh, hhhhhhhh The contents of the non-existent memory AHR 

EPEA: hhhhhhhh, hhhhhhhh The contents of the Ecore parity error AHR 

ERA: hhhhhhhh, hhhhhhhh The contents of the Ecore response timeout 


RTO AHR 
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Field descriptions for Series 50 and 60 (Sheet 5 of 6) 


Field Value Description 

IAEA: hhhhhhhh, hhhhhhhh The contents of the Ecore IACC AHR 

CONF: hhhhhhhh, hhhhhhhh The contents of the configuration register of 
the MEI 

ERSC: hhhhhhhh, hhhhhhhh The contents of the Ecore response timeout 
(RTO) state/control readback register 

CBEG: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode start 
register 

CEND: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode end 
register 

CPSC: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode 
state/control readback register 

MBSC: hhhh, hhhh The contents of the MEI Mbus parity 
state/control readback register 

IASC: hhhh, hhhh The contents of the MEI incompatible access 
state/control readback register 

NEM_STAT: hh, hh The contents of the MEI Mbus non-existent 
memory (NEM) status register 

GENFLT: hh, hh The contents of the MEI general fault register 

LMS UPD MODE: hh, hh The contents of the MEI local motherboard 
SRAM (LMS) update mode control register 

LMS WPO CTRL: hh, hh The contents of the MEI LMS write protection 
override register 

EPARI SC: hh, hh The contents of the MEI Ecore parity 
state/control register 

DMC REGS: not applicable Indicates that DMS maintenance controller 
(DMC) register information follows 

OS TIMER: hhhh, hhhh The contents of the DMC current O/S timer 
count 

IRM: hhhh, hhhh The contents of the DMC IRM 

RESET STATUS: hhhh, hhhh The contents of the content of $last reset 
. reason permreg 
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Field descriptions for Series 50 and 60 (Sheet 6 of 6) 


Field 


Value 


Description 


PROC STAT: 
MM CTRL: 
CLOCK STATUS: 


Stack Dump: 


MTC Info: 


Traceback: 


modnm 


proctxt 


hhhh, hhhh 
hhhh, hhhh 
hhhh, hhhh 


hhhhhhhh 


hhhhhhhh 


hhhhhhhh 


text 


text 


The contents of the DMC state register 
The contents of the mismatch control state 
The contents of the DMC clock state register 


Contains information. The type mismatch 
determines the information. The information 
contains internal data that the mismatch 
handler uses to determine the correct recovery 
action. The information indicates the recovery 
action that occurred 


Contains information. The type of mismatch 
determines the information. This field contains 
internal data thatthe mismatch handler uses to 
determine the correct recovery action. The 
information indicates the recovery action that 
occurred 


This is a traceback of the process that was 
active when the mismatch occurred 


The hhhhhhhh value is the memory location for 
the code in question 


The hhhh value is the offset where one 
procedure called a second procedure 


Indicates the name of the module that owns 
the code that was active before the mismatch 
occurred 


Indicates the name of the procedure that was 
active before the mismatch occurred 
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Additional information 
The following table contains values for field: mismatch1_text in MM100 log 
for SuperNode Series 50 and 60. 


Values for field mismatch1_text for Series 50 and 60 


Value Description 


Bad shared store Indicates defective memory 


FW maze failed Indicates a firmware maze failed 


CPU test failed Indicates a CPU card test failed 


Problem with I/O port 


Indicates a defective port card 


Match logic broken Indicates a broken matcher 


General FIR bits set Indicates a general defect in one or both FIRs 


Memory fault, Indicates that system cannot spare memory 
uncorrectable 


Indicates that data store (DS) values or addresses are different 
Indicates that program store (PS) values or addresses are different 


Processor registers Indicates that address/data registers are different 

different 

Hardware access error Indicates a mismatch on access to HW MTC element (CPU or memory 
board) 

No hardware fault Indicates that the mismatch handler did not find a defect 

detected 


CM extension bus fault Indicates a mismatch traced to a CM extension bus defect 
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The following table contains values for field: mismatch2_text in MM100 log 
for SuperNode Series 50 and 60. 


Values for field mismatch2_text for Series 50 and 60 


Mismatch fully handled Indicates a mismatch occurred during entry or synchronization by a CPU 


Mismatch during SYNC | Indicates a mismatch occurred during the restart 
transition 


Mate failed rendezvous Indicates CPUs failed to communicate. The cause is not known 


Could not re-SYNC Indicates an attempt to resynchronize failed 
CPUs 


Could not copy mate Indicates a problem with the mate communication register (MCR) or 
data synchronization 


Mismatch threshold Indicates that the number of mismatches exceeds the threshold 
exceeded 

Backlog threshold Indicates that the frequency of mismatches iexceeds the threshold 
exceeded 

Mismatch handler under | For testing only 

test 


Mismatch during Indicates a mismatch occurred when the system handled another 
recovery from mismatch | mismatch 

while handling previous 

mismatch 


Mismatch during restart | Indicates a mismatch occurred during a restart. 
Both CPUs active Indicates that a mismatch occurred because both CPUs acted as if active 


Unable to give up Indicates that the CPU was not able to go to the inactive state 
activity 
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MM100 (continued) 


The following table contains values for field: recovery_text in MM100 log for 
SuperNode Series 50 and 60. 


Values for field recovery_text for Series 50 and 60 


Test mate, resync Indicates that mate may be defective and that testing and 
resynchronization is required 

Test mate, no resync Indicates that the mate is out of service 

Own fault, no resync Indicates that the active CPU is defective 


ERROR IN MM Indicates an error in the mismatch handler 
HANDLE 


Series 70 SuperNode 
Format 3 
The Series 70 SuperNode log report format for MM100 is as follows: 


**MM100 mmmdd hh:mm:ss ssdd FLT MISMATCH 
Mismatch number n , Activity: Start: CPU n, Final: n 
*** PLEASE CAPTURE FULL MMINFO FOR ANALYSIS*** 


Example 
An example of Series 70 SuperNode log report MM100 follows: 


**MM100 mmmdd hh:mm:ss ssdd FLT MISMATCH 
Mismatch number n ; Activity: Start: CPU n, Final: n 
*** PLEASE CAPTURE FULL MMINFO FOR ANALYSIS*** 


Action 


The log report MM100 captures the contents of all associated hardware 
registers after the system detects a mismatch. The software mismatch handler 
uses the information to analyze the mismatch and perform recovery. A 
MM111, MM112, or MM113 recovery log always follows the MM100 log. 
The MM111, MM112 or MM113 indicates the state of the mismatch recovery. 
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MM100 (end) 


If the system posts the MMsync alarm, monitor the switch. The MMsync 
alarm can indicate defective processor cards that require replacement. 


Refer to the Computing Module Maintenance Guide , 297-5001-548 for 
additional information on mismatch handling. 


Post analysis 


If the MM subsystem generates a large number of MM100 logs every week, 
perform trend analysis. This action determines the cause of the mismatches. 
If this action does not determine the cause of the mismatches, contact the next 
level of support. 


Associated OM registers 
There are no associated OM registers. 
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MM102 


Explanation 


Format 


The mismatch (MM) subsystem generates log report for every matcher 
transient mismatch (MTM) that occurs. The MM102 log report contains 
detailed information on the points that follow: 


e analysis performed by the mismatch handler 
* location of the mismatch 

* contents of all processor registers 

* mismatch condition 


e results of the mismatch 


A Series 60 burst mode write operation can cause an MTM. The mismatch 
handler does not process MTMs in the same way as other types of mismatches. 
The alarm thresholds for MTMs are different than those for other types of 
mismatches. Manual interruption is necessary when the number of MTMs 
exceeds the MMsync alarm or MMnoSy alarm thresholds. 


The MM102 log report applies only to Series 60 SuperNode and SuperNode 
SE switches. 


The system posts CM MMsync alarm if the number of MTMs exceeds the 
synchronization threshold. 


The system posts CM MMnoSy alarm if the number of MTMs exceeds the 
drop synchronization threshold. The subsystem generates MM111 if the 
number of MTMs exceeds the drop synchronization threshold. 


The default MMsync alarm threshold for MTMs is 30 for each day. The 
operating company can reset the MMsync alarm threshold in the range of 10 
to 50. The drop synchronization threshold for MTMs is 10 every 10 minutes. 
The operating company cannot change the drop synchronization threshold for 
MTMs. 


The log report format for MM102 is as follows: 
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MM102 (continued) 


**MMIO2 mmmdd hh:mm:ss ssdd TRAN MISMATCH 


Mismatch number <MM sequence#>, Activity: Start: CPU n, Final: CPU n 


Mismatch result: Matcher Transient Mismatch 


Mismatch Condition: <mismatch_text> 


System Recovery Action: No recovery to be done. 


CPU 0 


Data is valtxt 


CPU I 


Data is valtxt 


Module Entry:e_text e text 

AHR Value: hhhhhhhh hhhhhhhh 

AHR Data: hhhhhhhh hhhhhhhh 

TIC Code AHR: hhhhhhhh hhhhhhhh 

TIC Data AHR: hhhhhhhh hhhhhhhh 
MCR: hhhhhhhh hhhhhhhh 


Owner: ZXXXX,XXXX: Module m txt 


Processor registers: 


Owner: ZXXXX,XXXX: Module m txt 


Ri:hhhhhhhh,hhhhhhhh R2:hhhhhhhh,hhhhhhhh R3:hhhhhhhh,hhhhhhhh 
R4:hhhhhhhh,hhhhhhhh R5:hhhhhhhh,hhhhhhhh R6:hhhhhhhh,hhhhhhhh 
R7:hhhhhhhh,hhhhhhhh R8:hhhhhhhh,hhhhhhhh R9:hhhhhhhh,hhhhhhhh 
Rl10:hhhhhhhh,hhhhhhhh R11:hhhhhhhh,hhhhhhhh —— RlI2:hhhhhhhh,hhhhhhhh 
Ri3:hhhhhhhh,hhhhhhhh —— Rl4:hhhhhhhh,hhhhhhhh —— Rl15:hhhhhhhh,hhhhhhhh 
Ri6:hhhhhhhh,hhhhhhhh = Rl17:hhhhhhhh,hhhhhhhh X Rl18:hhhhhhhh,hhhhhhhh 
Ri9:hhhhhhhh,hhhhhhhh R20:hhhhhhhh,hhhhhhhh ——R2l:hhhhhhhh,hhhhhhhh 
R22:hhhhhhhh,hhhhhhhh = R23:hhhhhhhh,hhhhhhhh | R24:hhhhhhhh,hhhhhhhh 
R25:hhhhhhhh,hhhhhhhh | R26:hhhhhhhh,hhhhhhhh —— R27:hhhhhhhh,hhhhhhhh 
R28:hhhhhhhh,hhhhhhhh = R29:hhhhhhhh,hhhhhhhh | R30:hhhhhhhh,hhhhhhhh 
R31:hhhhhhhh,hhhhhhhh 
EPSR:hhhhhhhh,hhhhhhhh = SNIP:hhhhhhhh,hhhhhhhh — SFIP:hhhhhhhh,hhhhhhhh 
SR2:hhhhhhhh,hhhhhhhh = SR3:hhhhhhhh,hhhhhhhh 

Code CMMU 0 REGs Data CMMU 0 REGs Data CMMU 1 REGs 
SCR:hhbhh = SSR:hhhh,hhhh SCR:hh,hh = SSR:hhhh,hhhh SCR:hh,hhSSR:hhhh,hhhh 
SAR:hhhhhhhh,hhhhhhhh =SAR:hhhhhhhh,hhhhhhhh — SAR:hhhhhhhh,hhhhhhhh 


PFSR:hhhhhhhh,hhhhhhhh —XPFSR:hhhhhhhh,hhhhhhhh |PFSR:hhhhhhhh,hhhhhhhh 
PFAR:hhhhhhhh,hhhhhhhh  PFAR:hhhhhhhh,hhhhhhhh  PFAR:hhhhhhhh,hhhhhhhh 
BWP7:hhhhhhhh,hhhhhhhh BWP7;hhhhhhhh,hhhhhhhh 
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MM102 (continued) 


TIC REGs; 

CF0-7: From, addr/Dest. addr 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 


CF0-7: From, addr/Dest. addr 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 
hhhhhhhh,hhhhhhhh/hhhhhhhh,hhhhhhhh 


INT:hhhhhhhh,hhhhhhhh INTC:hhhhhhhh,hhhhhhhh | SINT:hhhhhhhh,hhhhhhhh 
GMSK:hhhhhhhh,hhhhhhhh FIR:hhhh,hhhh SINTMSK:hh,hh CONF:h,h 
Mate_FIR:hhhh,hhhh MateFIR_OK:h,h MCR_STAT:h,h 


PCCAB REGs: 
STAT:hhhhhhhh,hhhhhhhh 


MEI REGs: 
MBPA:hhhhhhhh,hhhhhhhh 
ERA:hhhhhhhh,hhhhhhhh 
IAEA:hhhhhhhh,hhhhhhhh 
CBEG:hhhhhhhh,hhhhhhhh 
MBSC:hhhh,hhhh 

LMS, UPD MODE:hh,hh 


DMC REGs: 
OS TIMER:hhhh,hhhh 
PROCSTAT:hhhh,hhhh 


Stack Dump: hhhhhhhh 


hhhhhhhh hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 
hhhhhhhh — hhhhhhhh 
Traceback: 


hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 


Example 


IRM:hhhh,hhhh 
MM CTRL:hhhh,hhhh 


hhhhhhhh MTC Info: hhhhhhhh 


CTRL:hhhhhhhh,hhhhhhhh ECCADDR:hhhhhhhh,hhhhhhhh 


MBNA:hhhhhhhh,hhhhhhhh EPEA:hhhhhhhh,hhhhhhhh 


CONF:hhhhhhhh,hhhhhhhh ERSC:hhhhhhhh,hhhhhhhh 
CEND:hhhhhhhh,hhhhhhhh CPSC:hhhhhhhh,hhhhhhhh 
IASC:hhhh,hhhh 
LMS WPO CTRL:hh,hh 


NEM STAT:hh,hh GENFLT:hh,hh 


EPARI SC:hh,hh 


RESET STATUS:hhhh,hhhh 
CLOCK STATUS:hhhh,hhhh 


hhhhhhhh 

hhhhhhhh ^ hhhhhhhh 

hhhhhhhh ^ hhhhhhhh 

hhhhhhhh ^ hhhhhhhh 

hhhhhhhh ^ hhhhhhhh 
hhhhhhhh hhhhhhhh 


hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 
hhhhhhhh=modnm: proctxt+#hhhh 


An example of log report MM102 follows: 
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MM102 (continued) 


MM102 Mar 23 06:54:11. 559 TRAN MISMATCH 
Mismatch number 3, Activity: Start: CPU 1, Final: CPU 1 


Mismatch result: Matcher Transient Mismatch 


Mismatch condition: Matcher Transient Threshold Exceeded 


System recovery action: No recovery to be done 


CPU O 
Data is valid 


CPU 0 


Data is valid 


Module Entry: SSTI: #FFFF 


CPU 1 


Data is valid 


CPU 1 
Data is valid 
DKDMO3 SSTI: #108B 


AHR Value: 0014F080 0014F080 

AHR Data: 0014F080 0014F080 

TIC Code AHR:  0417E15C 0417E164 

TIC Data AHR:  0014F080 0014F080 

MCR: FFFFFFFF 00000000 

Not Found Not Found 

Processor registers: 

R1:(00000001,041738EC) R2: (E000AE78, BOSEAE80) R3: (E000AE78, BO8EAE80) 
R4: (2029D7D4, 2029D7D4) R5: (00000003, 00000003) R6: (00000714, 277430A0) 
R7: (0014F0C0, 0014F0C0) R8: (EOOOAFFO, 0014F080) R9: (800003F0,0000F080) 
R10:(000E8D36,00000001) R11:(000F03E3,00000080) R12: (000076AD, 2029D330) 
R13:(00000003,2029D9F2) R14: (F8F7AE06,00000001) R15: (00C5D555,00000001) 
R16:(00000000,202D3368) R17: (00000001,00000001) R18: (2029D330, 2029D330) 
R19:(00000005,00000005) R20: (00000D22, 00000AA4) R21: (00000D22, 20096438) 
R22: (E0004000,00000001) R23: (E0004048, 2172FFE8) R24: (E000003C, 2172FFE8) 
R25:(00000D26,2029D9A2) R26: (E0016E78,E0016E78) R27: (E0000000,E0000000) 
R28:(27768FF0,27768FF0) R29: (FFFF0000,FFFF0000) R30: (FFFF0000,FFFF0000) 
R31: (FFFF0000,FFFF0000) 

EPSR: 800003F2,800003F2 SNIP:05CF5982,0417E166 SFIP:05CF5986,0417E162 
SR2: B059AF18,B059AF18 SR3:00000002,00000001 

Code CMMU 0 REGs Data CMMU 0 REGs Data CMMU 1 REGs 

SCR:15,15 SSR:0009,0009 SCR:37,37 SSR:024B, 024B SCR:37,37 

SSR:024B, 024B 

SAR:EOLFF000,EO1FF000 SAR:FFFF0000,FFFF0000 SAR:FFFF0000,FFFF0000 
PFSR:00000000,00000000 PFSR:00030000,00000000 PFSR:00000000,00000000 
PFAR:00000000,00000000 PFAR:0014F080,00000000 PFAR:00000000,00000000 

BWP7:00000000,00000000 BWP7;00000000,000000 
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TIC REGs; 


CEQU-7: From addr/Dest addr 


04163758,04 
041636F8,04 
0417E15C,04 
041738EC, 04 
O5CF55C8, 04 
0400101C, 04 
05CF5784,04 


05CF5760, 04 


INT:00004000,00004000 
GMSK:000100AB, 000100AB 
Mate FIR:0000,1000 


PCCAB REGs: 


163758/041738A8,04 
1636F8/04163744,04 
17E164/,0400108,04 
1738EC/0417E09C, 04 
17E164/05CF563C, 04 
17E164/05CF5560, 04 
17E164/05CF579c,04 
17E164/05CF577C,04 


STAT:,00018027,00018027 CTRL 


MEI REGs: 


MBPA: 00000000, 00000000 


ERA: 0014F080, 0014F080 

IAEA:00000000, 00000000 CONF 
CBEG:069909F4, 069909F4 CEND 
MBSC:0003, 0003 IASC 


LMS_UPD_MODE: 90, 90 


DMC REGs: 


OS_TIMER: 66DC, 664D 


1738A8 
163744 
17E160 
17E09C 
17E160 
17E160 
17E160 
17E160 


CFÜ-TI From addr/Dest addr 

0400100C,0417E164/05CF4758,0417E160 
05CF5984,0417E164/04001008,0417E160 
05CF47B8,0417E160/05CF4BE0, 04001008 
05CF47B8,0417E164/05CF4BE0, 0417E160 
07226D90,05CF47B8/07226DA4, 05CF4BE0 
O5CF47B8,0400100C/05CF4BE4, 05CF4758 
041637C4,05CF47B8/041636A8, 05CF4BE4 
07226DE0, 05CF47B8/0416377C, 05CF4BE0 


INTC:00004000,00004000 SINT:0001BA00,0001BAO00 
FIR:1000,0000 SINTMSK:08,00 CONF:02,02 
MateFIR OK:y,y MCR STAT:0,0 


:00010027,00010027 ECCADDR:0000000,00000000 


MBNA:00000000,00000000 EPEA:2140F03C,2140F03C 


:00COE1F4, OOCOE1F4 ERSC:A8000000,C8000000 
:06A00000,06A00000 CPSC:000C0028,000C0028 
:0007,0007 NEM STAT:00,00 GENFLT:04,04 


LMS WPO CTRL:00,00 EPARI, SC:03,03 


IRM:0000,0000 RESET STATUS:0003,0003 


PROCSTAT:3019,2E9B MM CTRL:018F,018F CLOCK STATUS:0000,0004 


Stack Dump: 


Traceback: 


0417E15A 041738EC 
B08EAE80 BO8EAEA8 
5BF5D7C4 20C90005 
TIFD5DBF 00000002 
6B57FFDD 277430A0 
0417E156 BO8EAED8 
0417E15A 070FBAF8 
0417E15E 2029D9A2 


OS5CF5980=INTSYS.BRO3:TI_DATAB+#0420 
0417E158=IOUI.GF05:WRITE_DS+#00BC 
041738EC=IOUI.GF05:OUTPUT_D+#0078 
071D678C=DKDM04 .AX01:SLM_OUT_+#033C 


070FFA2C=DKDM03.A004:DM_SEND_M+#0090 


070FB780=DKDM03.A004:DM_AUDIT+#01C4 
070FC284=DKDM03.A004:DM_DEVICE_D+#03BC 0407FC2C=MODULES .DLO3:INTIALIZ+#0014 
0407FC2C=MODULES .DLO3:INTIALIZE+#0014 0406E028=PROCS.EZ01:LIVEANDD+#0014 


MTC Info: 04079A00 04061A00 
0014F080 0014F080 
00000000 00000000 
E0016DA8 E0016DA8 
00000000 00000000 
00000000 00000000 
A1020000 A1020000 
00000000 00000000 


0417E164=IOUI.GF05:WRITE_DS+#00C8 


041738EC=IOUI.GF05:OUTPUT_D+#0078 
071D678C=DKDM04 .AX01:SLM_OUT_+#033C 


070FFA2C=DKDM03.A004:DM_SEND_M+#0090 
070FB780=DKDM03.A004:DM_AUDIT+#01C4 
070FC284=DKDM03 .A004:DM_DEVICE_D+#03BC 
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MM102 (continued) 


Field descriptions 


The following table describes each field in MM102. In the table, hhhh 
represents a hexadecimal number from 0000 to FFFF and hhhhhhhh represents 
a hexadecimal number from 00000000 to FFFFFFFF. 


Field descriptions (Sheet 1 of 6) 


Field Value 


Description 


TRAN MISMATCH not applicable 


Mismatch number: not applicable 


MM sequence # 0 to 99 
Activity: not applicable 
Start: not applicable 
CPUn 0 or 1 

Final: not applicable 
CPUn 0 or 1 


Mismatch result: not applicable 


Matcher Transient constant 
Mismatch 
Mismatch condition: not applicable 


mismatch text character string 


System Recovery 
Action: 


not applicable 


Indicates that a matcher transient mismatch 
occurred. 


Indicates that the mismatch sequence number 
follows. 


Indicates the mismatch sequence number. 
Indicates that activity information follows. 


Indicates the identification in the adjacent field 
of the central processing unit (CPU) was 
active before the mismatch occurred. 


Identifies the CPU that was active before the 
mismatch occurred. 


Indicates the identification in the adjacent field 
of the CPU that was active after the mismatch 
occurred. 


Identifies the CPU that was active after the 
mismatch occurred. 


Indicates that the cause of the mismatch 
follows. 


Indicates a matcher transient mismatch. 


Indicates that mismatch information follows. 


Refer to the table Values for field 
mismatch text. 


Indicates that system recovery action follows. 
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Field descriptions (Sheet 2 of 6) 


Field 


Value 


Description 


No recovery to be done 


CPU 0 


CPU 1 


Data is valtxt 


Module Entry: 


AHR value: 


AHR data: 


TIC code AHR: 


TIC data AHR: 


MCR: 


Owner 


Module m txt 


Processor registers: 


R1 to R31 


EPSR: 


constant 


not applicable 


not applicable 


is, is NOT 


(e_text e_text) 


hhhhhhhh 


hhhhhhhh 
hhhhhhhh 


hhhhhhhh 


hhhhhhhh 


#XXXX,#XXXX 


symbolic text 


R1: to R31: 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


Indicates that system recovery is not 
necessary. 


The number of MTMs is under the drop 
synchronization threshold. 


Indicates that the information in the fields 
below applies to CPU 0. 


Indicates that the information in the fields 
below applies to CPU 1. 


Indicates if data are correct for analysis. 


Identifies the module name or process 
identifier that initiated the program that was 
active when the mismatch occurred. 


The mismatched address hold register (AHR) 
value the MEI latched. 


The mismatched data value the MEI latched. 


The P-bus mismatched code AHR value in 
trace interrupt control ASICs (TIC). 


The P-bus mismatched code AHR value in 
TIC. 


Contents of the mate communication register 
(MCR). 


The process ID that owns data to which the 
captured AHR points. 


The name of the process that owns the data to 
which captured AHR points. 


Indicates that the contents of the indicated 
processor register follow. 


The contents of the internal MC88100 
registers. 


The contents of the exception time processor 
status registers. 
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MM102 (continued) 


Field descriptions (Sheet 3 of 6) 


Code CMMU 0 REGs 
Data CMMU 0 REGs 
Code CMMU 1 REGs 
SSR: 


SAR: 


PFSR 


PFAR 


BWP7 


TIC REGS: 


CFO-7: 


From addr/Dest addr 


INT: 


not applicable 
not applicable 
not applicable 


hhhh, hhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


not applicable 


not applicable 


hhhhhhhh, hhhhhhhh/ 


hhhhhhhh, hhhhhhhh 


hhhhhhhh, hhhhhhhh 


Field Value Description 

SNIP hhhhhhhh, hhhhhhhh The contents of the shadow next instruction 
pointer registers. 

SXIP: hhhhhhhh, hhhhhhhh The contents of the shadow executing 
instruction pointer registers. 

SR2: hhhhhhhh, hhhhhhhh The contents of the supervisor storage register 
2. 

SR3: hhhhhhhh, hhhhhhhh The contents of the supervisor storage register 
3. 

SCR: hh, hh The system command register (SCR) content 


of cache memory management units (CMMU). 
Header. 
Header. 
Header. 


The system status register (SSR) content of 
CMMUs. 


The system address register (SAR) contents of 
CMMUs. 


The P-Bus fault status register content of the 
CMMUs. 


The P-Bus fault address register content of the 
CMMUs. 


The contents of the BATC write port number 7 
register. 


Indicates that the contents of the TIC registers 
follow. 


Header. 


Identifies the 16 pairs of comefrom registers of 
the TIC. The hhhh is the offset in the 
procedure that was active. 


The contents of the interrupt register of the 
TIC. 
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Field descriptions (Sheet 4 of 6) 


Field Value Description 

INTC: hhhhhhhh, hhhhhhhh The contents of the interrupt cause register of 
the TIC. 

SINT: hhhhhhhh, hhhhhhhh The contents of the secondary interrupt 
register of the TIC. 

GMSK: hhhhhhhh, hhhhhhhh The contents of the general interrupt mask 
register of the TIC. 

FIR: hhhh, hhhh The contents of the fault indication register 
(FIR) of the TIC. 

SINTMSK: hh, hh The contents of the second interrupt mask 
register of the TIC. 

CONF: h,h The contents of the configuration register of 
the TIC. 

Mate_FIR: hhhh, hhhh The contents of the FIR of the mate TIC. 

MateFIR_OK: yorn,yorn Indicates if the mate FIR is correct. 

MCR STAT: h, h Identifies the state of MCR as tested by the 
mismatch handler. 

PCCAB REGS: not applicable Indicates that the prefetcher with circular 
content addressable buffer (PCCAB) register 
information follows. 

STAT: hhhhhhhh, hhhhhhhh The contents of the status register of the 
PCCAB. 

CTRL: hhhhhhhh, hhhhhhhh The contents of the control register of the 
PCCAB. 

ECCADDR: hhhhhhhh, hhhhhhhh The contents of the error correction circuit 
(ECC) address register of the PCCAB. 

MEI REGS: not applicable Indicates that MEI register information follows. 

MBPA: hhhhhhhh, hhhhhhhh The contents of the Mbus parity error AHR. 

MBNA: hhhhhhhh, hhhhhhhh The contents of the non-existent memory 
AHR. 

EPEA: hhhhhhhh, hhhhhhhh The contents of the Ecore parity error AHR. 
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Field descriptions (Sheet 5 of 6) 


Field Value Description 

ERA: hhhhhhhh, hhhhhhhh The contents of the Ecore response timeout 
(RTO) AHR. 

IAEA: hhhhhhhh, hhhhhhhh The contents of the Ecore IACC AHR. 

CONF: hhhhhhhh, hhhhhhhh The contents of the configuration register of 
the Mbus/Ecore interface (MEI). 

ERSC: hhhhhhhh, hhhhhhhh The contents of the Ecore RTO status or 
control readback register. 

CBEG: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode start 
register. 

CEND: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode end 
register. 

CPSC: hhhhhhhh, hhhhhhhh The contents of the MEI copy mode status or 
control readback register. 

MBSC: hhhh, hhhh The contents of the MEI MBUS parity status or 
control readback register. 

IASC: hhhh, hhhh The contents of the MEI incompatible access 
status or control readback register. 

NEM STAT: hh, hh The contents of the MEI MBUS non-existent 
memory (NEM) status register. 

GENFLT: hh, hh The contents of the MEI general fault register. 

LMS UPD MODE: hh, hh The contents of the MEI local motherboard 
SRAM (LMS) update mode control register. 

LMS WPO CTRL: hh, hh The contents of the MEI LMS write protection 
override register. 

EPARI SC: hh, hh The contents of the MEI Ecore parity status or 
control register. 

DMC REGS: not applicable Indicates that DMS maintenance controller 
(DMC) register information follows. 

OS TIMER: hhhh, hhhh The contents of the DMC current O/S timer 
count. 

IRM: hhhh, hhhh The contents of the DMC IRM. 
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Field descriptions (Sheet 6 of 6) 


Field 


Value 


Description 


RESET_ STATUS: 


PROC STAT: 
MM _CTRL: 


CLOCK_ STATUS: 


Stack Dump: 


MTC Info: 


Traceback: 


modnm 


proctxt 


hhhh, hhhh 


hhhh, hhhh 
hhhh, hhhh 
hhhh, hhhh 


hhhhhhhh 


hhhhhhhh 


hhhhhhhh 


text 


text 


The contents of the content of $last reset 


. reason permreg. 


The contents of the DMC status register. 
The contents of the mismatch control status. 
The contents of the DMC clock status register. 


The meaning of the information in this field 
depends on the type of mismatch. The 
mismatch handler uses internal data in this 
field to determine the correct recovery action. 
The field indicates the recovery action the 
mismatch handler performed. 


The meaning of the information in this field 
depends on the type of mismatch. The 
mismatch handler uses internal data in this 
field to determine the correct recovery action. 
The field indicates the recovery action the 
mismatch handler performed. 


This is a traceback of the process that was 
active when the mismatch occurred. 


The hhhhhhhh value is the memory location of 
the code in question. 


The hhhh value is the offset where one 
procedure calls a second procedure. 


Indicates the name of the module that owns 
the code that was active before the mismatch. 


Indicates the name of the procedure that was 
active when the mismatch occurred. 
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MM102 (end) 


The following table contains values for field: mismatch_text in the MM102 log 
report. 


Values for field mismatch_text 


Values Descriptions 
Fully handled Indicates that the system handled the mismatch. 
The number of MTMs is under the drop 
synchronization threshold. 
Matcher transient threshold exceeded Indicates that the number of MTMs exceed the 
MTM drop synchronization threshold. 
Action 


The MM102 log captures the contents of associated hardware registers at the 
time the system detected the mismatch. The mismatch handler uses this 
information to analyze the mismatch and perform recovery. An MM110 or 
MM 111 recovery log always follows the MM102 log. The MM110 or MM111 
logs indicate the status of the recovery. 


The MMsync alarm can identify defective processor cards that require 
replacement. If the system posts CM MMsync alarm, refer to Alarm and 
Performance Monitoring Procedures to perform the correct alarm clearing 
procedure. 


If the system posts CM MMnoSy alarm, refer to Alarm and Performance 
Monitoring Procedures to perform the correct alarm clearing procedure. 


Refer to the Computing Module Maintenance Guide, 297-5001-548 for 
additional information on mismatch handling. 


Associated OM registers 


There are no associated OM registers. 


297-2621-840 Standard 09.01 May 2001 


1-416 UCS log reports 


MM110 


Explanation 


Format 1 


The Mismatch (MM) subsystem generates log report MM110. The subsystem 
generates this report after the successful completion of mismatch analysis and 
recovery. This report indicates that the system synchronized the central 
processing units (CPU) successfully. The MM110 log associates with an 
MM100, MM101, or MM102 log report with the same mismatch number. 


A Series 60 burst mode write operation can cause a matcher transient 
mismatch (MTM). The mismatch handler processes MTMs in a different way 
than other types of mismatches. The alarm thresholds for MTMs are different 
than the alarm thresholds for other types of mismatches. Manual interruption 
is not required unless the MMsync alarm or MMnoSy alarm threshold is 
exceeded. 


The format for an MM110 log report associated with an MTM is different from 
the format for other types of mismatches. This log report description identifies 
the format for MM110 log report as Format 2. Format 1 applies to mismatch 
types other than MTM. 


The log report format for MM110 is as follows: 


MM110 mmmdd hh:mm:ss ssdd INFO MISMATCH RECOVERY 


Mismatch n 


: CMn , suspect CPU n 


System recovery complete, CPUs in-SYNC 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 
«card list element? 
«optional card list element? 
«optional card list element? 
«optional card list element? 


Example 


An example of format 1 of log report MM110 follows: 


MM110 JUN15 22:33:44 1212 INFO MISMATCH RECOVERY 
Mismatch 3: CM 0, Suspect CPU 0 
System recovery complete, CPUs in-SYNC 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 


HOST 
HOST 


00 AAOO CM O 23 CPU 0:00:0:0 19 9X13BA FRNT 
00 AAO00 CM O 23 CPU 0:00:0:0 19 9X26AA BACK 
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MM110 (continued) 


Format 2 
The log report format for MM110 is as follows: 


MM110 mmmdd hh:mm:ss ssdd INFO MISMATCH RECOVERY 
Mismatch n :CMn , Suspect CPU n 
System recovery complete, CPUs in-SYNC 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 
Matcher transient mismatch. No cards in cardlist. 


Example 
An example of format 2 of log report MM110 follows: 


MM110 JUN15 22:33:44 1212 INFO MISMATCH RECOVERY 
Mismatch 3: CM 0, Suspect CPU 0 
System recovery complete, CPUs in-SYNC 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 
Matcher transient mismatch. No cards in cardlist. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO MISMATCH Constant Indicates that system mismatch analysis and 

RECOVERY recovery occurred. 

Mismatch 0 to 32767 Identifies the mismatch number. 

CM Integer Identifies the computing module (CM) on 
which the mismatch occurred. 

Suspect CPU 0 or 1 Identifies the CPU on which the mismatch 
occurred. 

System recovery Constant Indicates the successful recovery of the 

complete, CPUs system from the mismatch. 

in-SYNC 

Suspect Constant Indicates that information on the suspect cards 
follows. 

card list element Alphanumeric card list Indicates the location and product engineering 

information code (PEC) of the suspect card. 
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Field Value Description 
Matcher transient This entry only applies to a Series 60 
mismatch. Cardlistdoes processor and indicates the recovery of the 
not have cards. System from a matcher transient mismatch. 
additional card list Alphanumeric card list Indicates the PECs and location of additional 
element(s) information suspect cards. This field is optional. 
Action 


Immediate manual interruption is not required because of the successful 
restoration of the system to synchronous operation. The action required 
depends on the type of mismatch that occurred. The first mismatch log report 
(MM100, MM101, or MM102) indicates the type of mismatch. To determine 
if additional action is required, refer to these log descriptions. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MM111 
Explanation 
The Mismatch (MM) subsystem generates log report MM111 after the 
successful completion of mismatch analysis. The analysis of the mismatch 
handler indicates a fault on one central processing unit (CPU). This fault does 
not allow the computing module (CM) to remain synchronized. This report 
indicates that the analysis of the mismatch interrupt handler provides correct 
indication of this condition. This log follows MM100 or MM101 log reports 
with the same mismatch number. 
Format 
The log report format MM111 is as follows: 
*MM111 mmmdd hh:mm:ss ssdd INFO MISMATCH_RECOVERY 
Mismatchn :CMnn  , Faulty CPU nn 
System recovery complete, CPUs out of SYNC 
Manual action required. 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQ 
<card list element> 
<optional card list element> 
<optional card list element> 
<optional card list element> 
Example 


An example of log report MM111 follows: 


*MM111 JUN15 22:33:44 1212 INFO MISMATCH_RECOVERY 
Mismatch 3: CM 0, Faulty CPU 0 
System recovery complete, CPUs out of SYNC 
Manual action required. 


Suspect:SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOTE QPEC 
HOST 00 AAOO CM 023 CPU 0:00:0:0 19 9X13BA FRNT 
HOST 00 AA00 CM 0 23 CPU 0:00:0:0 19 9X26AA BACK 
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Field descriptions 


The following table describes each field in the log report: 


Manual action required Constant 
Suspect Constant 
card list element 


Alphanumeric 


optional card list 
element 


Alphanumeric 


Field Value Description 

INFO MISMATCH Constant Indicates system mismatch recovery was in 

RECOVERY progress. 

Mismatch 0 - 32767 Indicates the mismatch number. 

CM Integer Identifies the computing module (CM) on 
which the mismatch occurred. 

Faulty CPU 0 or 1 Identifies the affected CPU. 

System recovery Constant Indicates system recovery is complete but the 

complete, CPUs out of system did not synchronize the two CPUs. 

SYNC 


Indicates manual action is required to 
synchronize the CPU again. 


Indicates information about suspect cards 
follows. 


Indicates the location and product engineering 
code (PEC) of suspect equipment. 


Indicates the location and PEC of additional 
suspect equipment. The log does not always 
include this field. 


Action 


Replace any equipment that can be defective. Test the new cards and manually 


synchronize the two CPUs. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MM112 


Explanation 


The Mismatch (MM) subsystem generates log report MM112 after a system 
overrides the mismatch analysis. This report indicates system elements that 
can cause the mismatch. Log report MM112 follows an MM100 or MM101 
report with the same mismatch number. 


Format 
The log report format for MM112 is as follows: 


*MM112 mmmdd hh:mm:ss ssdd FLT MISMATCH RECOVERY 
Mismatchn : CM nn , Suspect CPU nn 
System recovery action ABORTED! 
Reason: rsntxt 


Suspect:SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQP! 
«card list element? 
«optional card list element? 
«optional card list element? 
«optional card list element? 


Example 
An example of log report MM112 follows: 


*MM112 JUN15 22:33:44 1212 FLT MISMATCH, RECOVERY 
Mismatch 3: CM 0, Suspect CPU 0 
System recovery action ABORTED! 
Reason: Mate already under test 


Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 
HOST 00 AA00 CM O 23 CPU 0:00:0:0 19 9X13BA FRN 
HOST 00 AA00 CM O 23 CPU 0:00:0:0 19 9X26AA BAC] 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

FLT MISMATCH Constant Indicates that system mismatch recovery was 
RECOVERY in progress. 

Mismatch 0-32767 Identifies the mismatch. 
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(Sheet 2 of 2) 


Field Value Description 

CM Integer Identifies the computing module (CM) on 
which the mismatch occurred. 

Suspect CPU 0 or 1 Identifies the central processing unit (CPU) 
suspected as the cause of the mismatch. 

System recovery action Constant Indicates that the system aborted the 


ABORTED! 


Reason 


Suspect 


Card list element 


Optional card list 
element 


Mate under test SYNC 
lost during test, 
Mismatch Threshold 
Exceeded, Active CPU 
Unable to give up 
Activity, SW Error - 
Please report 


Constant 


Alphanumeric 


Alphanumeric 


mismatch recovery action. 


Provides the reason for this report. 


Indicates information about suspect cards 
follows. 


Indicates the location and product engineering 
code (PEC) of suspect equipment. An 
indicator that is not correct can occur because 
the system aborted recovery action. 


Indicates the PECs and location of any 
additional suspect equipment. The log does 
not always include this field. 


Action 


If the system is not synchronized, synchronize the system manually. Replace 
defective equipment. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MM113 


Explanation 
The Mismatch (MM) subsystem generates log report MM113 after the failure 
of a diagnostic test during system mismatch analysis. Some element of the 
central processing unit (CPU) is defective. As a result, synchronized operation 
is not a possibility. This log report follows an MM100 or MM101 report with 
the same mismatch number. 


Format 
The log report format MM113 is as follows: 


**MM113 mmmdd hh:mm:ss ssdd INFO MISMATCH RECOVERY 
Mismatchn : CMn , Faulty CPU n 
System recovery action failed. 
Test failure: | rsntxt 
Suspect: SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQ 
«card list element» 
«optional card list element? 
«optional card list element? 
«optional card list element? 


Example 
An example of log report MM113 follows: 


**MM113 JUN15 22:33:44 1212 INFO MISMATCH RECOVERY 
Mismatch 3: CM 0, Faulty CPU 1. 
System recovery action failed. 
Test failure: Store Copy Failed 
Suspect:SITE FLR RPOS BAY-ID SHF DESCRIPTION SLOT EQPEC 
HOST 00 AA00 CM O 23 CPU 0:00:0:0 19 9X13BA FRNT 
HOST 00 AA00 CM O 23 CPU 0:00:0:0 19 9X26AA BACK 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO MISMATCH Constant Indicates system mismatch recovery was in 
RECOVERY progress. 

Mismatch 0 - 32767 Indicates the mismatch number. 
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(Sheet 2 of 2) 


System recovery action Constant 
failed 


Test failure Symbolic text 


Suspect Constant 
card list element Alphanumeric 


Optional card list 
element 


Alphanumeric 


Action 


Field Value Description 

CM Integer Identifies the computing module (CM) on 
which the mismatch occurred. 

Faulty CPU 0 or 1 Identifies the CPU that caused the mismatch. 


Indicates failure of system mismatch recovery. 


Indicates the reason for mismatch recovery 
failure. Refer to Aaditional information at the 
end of this log report. 


Indicates that information about suspect cards 
follows. 


Indicates the location and product engineering 
code (PEC) of suspect equipment. 


Indicates the location and PEC of additional 
suspect equipment. The log does not always 
include this field. 


Replace suspect equipment and test the new cards. Return the system to 


synchronized operation. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


The following table contains reasons and explanations for the generation of log 


report MM113: 
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Reason 


SYNC Lost During Test 


Store Match failed 


Explanation 


Indicates that two CPUs lost synchronization 
during post mismatch analysis. 


Indicates that after synchronization of the CPUs 
again, tests indicated that store did not match 
between both CPUs. 
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Reason 


Explanation 


Store Copy Failed 


CPU Test Failed 


Memory test failed 


SSC Test Failed 


Port Test Failed 


SW Error, check logs 


Indicates copy of store from active CPU to 
inactive CPU failed. 


Indicates a test of the CPU failed. Check other 
log reports. Issue TST from CM MAP level. 


Indicates the system failed to execute a memory 
test of the mate CPU, or detected a memory 
defect. 


Indicates a subsystem clock test failed, or that 
one or both SSCs are defective. 


Indicates a CPU port test failed. A minimum of 
one port can be defective. 


Indicates software problem. Contact the next 
level of maintenance. 
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MOD100 


Explanation 


The Module (MOD) subsystem generates log report MOD100 when two 
different pointers point to the system module table. The first pointer is at the 
fixed (hexadecimal) address 00010003. The MODULES module contains the 
second pointer. When these two pointers are different, the subsystem 
generates this log and second pointer displays. 


Format 
The log report format for MOD100 is as follows: 


MOD100 mmmdd hh:mm:ss ssdd INFO 
MODULE TABLE ADDRESS MISMATCH 
PTR-hhhhhhhh 


Example 
An example of log report MOD100 follows: 


MOD100 APR21 09:34:25 7483 INFO 
MODULE TABLE ADDRESS MISMATCH 
PTR=E3450100 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates mismatch of the address of the 
MODULE TABLE ADDRESS M system module table 

ISMATCH 

PTR 0000-FFFF Provides the hexadecimal value of the 


(second) pointer. The Modules module 
contains the second pointer. 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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MOD101 
Explanation 
The Module (MOD) subsystem generates log report MOD101. The subsystem 
generates this report when the owner identifier of the system environment data 
structure is different from the owner identifier of the MODULES module. 
Format 
The log report format for MOD101 is as follows: 
MOD101 mmmdd hh:mm:ss ssdd INFO 
BAD_MODULE_TABLE_OWNER 
OWNER-hhhh,hhhh 
Example 


An example of log report MOD101 follows: 


MOD101 APR21 09:34:25 7483 INFO BAD MODULE TABLE OWNER 
OWNER=0000, 002F 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BAD MODULE  . Constant Indicates invalid ownership of the module table 

TABLE OWNER 

OWNER 0000-FFFF Identifies the module that owns a block of data 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD102 
Explanation 
The Module (MOD) subsystem generates log report MOD102. The subsystem 
generates this report when the store type for the system module table is not 
protected type. The hexadecimal value of the store type identifies the type of 
store. 
Format 
The log report format for MOD102 is as follows: 
MOD102 mmmdd hh:mm:ss ssdd INFO 
BAD_MODULE_TABLE_STORE_TYPE 
STORE_TYPE=hhhh 
Example 


An example of log report MOD102 follows: 


MOD102 APR21 09:34:25 7483 INFO 
BAD_MODULE_TABLE_STORE_TYPE 
STORE TYPE-0012 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the store type for the system 
BAD MODULE TABLE module table is not the protected type 
STORE TYPE 

STORE TYPE 0000-FFFF Identifies the type of store as protected, 


shared, or temporary 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD103 


Explanation 


The Module (MOD) subsystem generates log report MOD103. The subsystem 
generates this report when the system audit checks the directories for data 
integrity and finds a size mismatch. The system audit checks for a mismatch 
in the size of a directory and the corresponding table of that directory. The 
corresponding table is in the system environment data structure. 


Format 
The log report format for MOD103 is as follows: 


MOD103 mmmdd hh:mm:ss ssdd INFO 
DIRECTORY TABLE SIZE MISMATCH 
NAME=dirname SIZES: DIRECTORY-hhhh TABLE-hhhh 


Example 
An example of log report MOD103 follows: 


MOD103 APR21 09:34:25 7483 INFO 
DIRECTORY TABLE SIZE MISMATCH 
NAME-LOADINFO SIZES: DIRECTORY-03AA TABLE=03A0 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 
INFO Constant Indicates mismatch in the size of a directory 
DIRECTORY TABLE . and the corresponding table of that directory. 


SIZE MISMATCH 


NAME SST Identifies the directory that the system audit 
checks as the system segment table (SST). 
The table contains the addresses of protected, 
shared, and head segments. 


ALIAS Identifies the directory that contains the 
alternate names for the modules in the system 


LOADINFO Identifies the directory that contains special 
information about the modules. The loader 
receives this information. 
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Field Value Description 
SIZES Constant Provides the label for the next two fields 
(DIRECTORY and TABLE) 
DIRECTORY 0000-FFFF Provides the directory size in hexadecimal 
TABLE 0000-FFFF Provides the table size in hexadecimal 
Action 


Contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MOD104 
Explanation 
The Module (MOD) subsystem generates log report MOD104. The subsystem 
generates this report when the sizes of two tables do not match. 
Format 
The log report format for MOD104 is as follows: 
MOD104 mmmdd hh:mm:ss ssdd INFO TABLE, SIZE MISMATCH 
TABLEI-tablname SIZE-hhhh, TABLE2=tab2name SIZE=hhhh 
Example 


An example of log report MOD104 follows: 


MOD104 APR21 09:34:25 7483 INFO TABLE_SIZE_MISMATCH 
TABLE1-SST SIZE=02B5, TABLE2=MODULES SIZE=02A2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO TABLE_SIZE_ Constant Indicates mismatch in the sizes of the 

MISMATCH compared tables 

TABLE1 Symbolic text Provides the name of the compared table 

(table1) 

SIZE 0000-FFFF Provides the value for the size of table1 

TABLE2 MODULES or Provides the name of the compared table 
PROCESS (table2) 

SIZE 0000-FFFF Provides the value for the size of table2 

Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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MOD105 


Explanation 


The Module (MOD) subsystem generates log report MOD105. The subsystem 
generates this report when the size of a table is less than the number of entries 
the table must contain. The table must contain a specified number of entries 
according to the system environment data structure. 


Format 


The log report format for MOD105 is as follows: 


MOD105 mmmdd hh:mm:ss ssdd INFO TABLE COUNT ERROR 


NAME=name 


Example 


SIZE-hhhh COUNT=hhhh 


An example of log report MOD105 follows: 


MOD105 APR21 09:34:25 7483 INFO TABLE_COUNT_ERROR 


NAME=INITWITH 


SIZ 


Field descriptions 


E=03E 


COUNT=033A 


The following table describes each field in the log report: 
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Field Value Description 
INFO Constant Indicates table size is less than the current 
TABLE COUNT ERRO number of entries 
R 
NAME SST Identifies the system segment table that 
contains the addresses of protected and 
shared head segment 
ALIAS Contains other names for modules 
IPL Contains loader information required before 
the initial program load (IPL) of a module 
LOADINFO Contains special information about the 
modules which is passed to the loader. 
INITWITH Contains the initialization sequence 


information 
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Field Value Description 
SIZE 0000-FFFF Indicates the table size in hexadecimal 
COUNT 0000-FFFF Gives the count of entries in the table 


Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-436 UCS log reports 


MOD106 
Explanation 
The Module (MOD) subsystem generates log report MOD106. The subsystem 
generates this report when a table is checked to make sure the initial size of the 
table is not zero. Log report MOD106 generates when the initial size of the 
table is zero. 
Format 
The log report format for MOD 106 is as follows: 
MOD106 mmmdd hh:mm:ss ssdd INFO 
TABLE INITIAL SIZE OF ZERO 
NAME-name 
Example 


An example of log report MOD106 follows: 


MOD106 APR21 09:34:25 7483 INFO TABLE INITIAL SIZE OF ZERO 
NAME-LOADINFO 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO Constant Indicates that the initial size of the checked 
TABLE INITIAL SIZE . table is zero. 

OF ZERO 

NAME SST Identifies checked table as the system 


segment table (SST). The table contains the 
addresses of protected and shared head 
segments. 


ALIAS Identifies checked table as ALIAS. The table 
contains other names for the modules. 


IPL Identifies checked table as initial program load 
(IPL). The IPL contains loader information 
required before the IPL of a module. 


297-2621-840 Standard 09.01 May 2001 


1-437 UCS log reports 
MOD106 (end) 


(Sheet 2 of 2) 


Field Value 


Description 


LOADINFO 


INITWITH 


Action 


Contact the next level of support. 


Associated OM registers 


Identifies table checked as LOADINFO. The 
table contains important information about the 
modules which is passed to the loader. 


Identifies the table checked as INITWITH. The 
table contains the initialization sequence 
information. 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MOD107 

Explanation 
The Module (MOD) subsystem generates this log report MOD107. The 
subsystem generates this report when a table increases by zero entries. The 
table is checked to make sure that the size of the table does not increase by zero 
entries. 

Format 
The log report format for MOD107 is as follows: 

MOD107 mmmdd hh:mm:ss ssdd INFO TABLE SIZE INCREASE OF Z 
NAME-name 
Example 


An example of log report MOD107 follows: 


MOD107 APR21 09:34:25 7483 INFO 
TABLE SIZE INCREASE OF ZERO 
NAME-SST 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 


INFO TABLE SIZE . Constant Indicates that the table size increases by zero. 
INCREASE OF ZERO 


NAME SST Identifies the checked table as the system 
segment table (SST). The table contains the 
addresses of protected and shared head 
segments. 


ALIAS Identifies the checked table as ALIAS. The 
table contains other names for the modules. 


IPL Identifies the checked table as initial program 
load (IPL). The table contains the loader 
information required before the IPL of a 
module. 
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MOD107 (end) 
(Sheet 2 of 2) 
Field Value Description 
LOADINFO Identifies the table checked as LOADINFO. 
The table contains special information about 
the modules which is passed to the loader. 
INITWITH Identifies the table checked as INITWITH. The 
table contains the initialization sequence 
information. 
Action 


Contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MOD108 
Explanation 
The Module (MOD) subsystem generates log report MOD108. The subsystem 
generates this report when the system segment table (SST) shows an entry 
other than nil for an unloaded module. The SST contains the addresses for the 
protected and shared head segments. 
Format 
The log report format for MOD108 is as follows: 
MOD108 mmmdd hh:mm:ss ssdd INFO BAD_SST_ENTRY 
SSTI-hhhh 
Example 


An example of log report MOD108 follows: 


MOD108 APR21 09:34:25 7483 INFO BAD SST ENTRY 
SSTI=01EC 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO BAD_SST_ENTRY Constant Indicates an entry that is not correct in 
the SST. 
SSTI 0000-FFFF Provides an index into the SST. 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information 
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MOD109 


Explanation 


The Module (MOD) subsystem generates log report MOD109. The subsystem 
generates this report when an allocated head segment has a size of zero. The 
subsystem also generates this report when a head segment that is not allocated 
has a size that is not zero. The two types of head segments checked for data 
integrity are PROTECTED and SHARED. 


Format 
The log report format for MOD109 is as follows: 


MOD109 mmmdd hh:mm:ss ssdd INFO 
CONFLICTING HEAD SEGMENT DATA 
SSTI-hhhh SEGMENT=segtype ADDRESS=hhhhhhhh SIZE-hhhh 


Example 
An example of log report MOD109 follows: 


MOD109 APR21 09:34:25 7483 INFO 
CONFLICTING HEAD SEGMENT DATA 
SSTI-01A1  SEGMENT-PROTECTED  ADDRESS-C2A20100  SIZE-0000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO Constant Indicates that a head segment checked for 
CONFLICTING HEAD _ data integrity shows data that conflicts. 


SEGMENT DATA 


SSTI 0000-FFFF Provides the index into the system segment 
table (SST). The table contains the addresses 
for protected and shared head segments. 


SEGMENT PROTECTED or Indicates the type of head segment. 
SHARED 
ADDRESS 0000-FFFF Indicates the address of the head segment 


checked for data integrity. 


SIZE 0000-FFFF Indicates the size of the head segment 
checked for data integrity. 
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Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Module (MOD) subsystem generates log report MOD110. The subsystem 
generates this report when a head segment is checked for data integrity and an 
error is found. The information about the head segment does not agree with 
the information from the store allocator. The two types of head segments 


SSTI=hhhh SEGMENT=segtype ADDRESS-hhhhhhhh SIZE-hhhh 


MOD110 
Explanation 
checked for data integrity are PROTECTED and SHARED. 
Format 
The log report format for MOD110 is as follows: 
MOD110 mmmdd hh:mm:ss ssdd INFO 
HEAD_SEGMENT_DATA_ERROR 
Example 


An example of log report MOD110 follows: 


MOD110 APR21 09:34:25 7483 INFO HEAD SEGMENT DATA ERROR 


SSTI-012A  SEGMENT-SHAR 


ED | ADDRESS-2EE40200 SIZE=02E5 


Field descriptions 


The following table describes each field in the log report: 


Field Value 

INFO HEAD . Constant 

SEGMENT . 

DATA ERROR 

SSTI 0000-FFFF 

SEGMENT PROTECTED or 
SHARED 

ADDRESS 0000-FFFF 

SIZE 0000-FFFF 


Description 


Indicates data error when a head segment is 
checked for data integrity. 


Provides the index into the system segment 
table (SST). Thetable contains the addresses 
for protected and shared head segments. 


Indicates the head segment type. 


Indicates the address of the head segment 
checked for data integrity. 


Indicates the size of the checked head 
segment. 
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MOD110 (end) 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD111 
Explanation 
The Module (MOD) subsystem generates MOD111 when the module name 
directory does not contain the name of a module. The system segment table 
(SST) index references module names in the module table. 
Format 
The log report format for MOD111 is as follows: 
MOD111 mmmdd hh:mm:ss ssdd INFO UNNAMED MODULE 
SSTI-hhhh 
Example 


An example of log report MOD111 follows: 


MOD111 APR21 09:34:25 7483 INFO UNNAMED MODULE 
SSTI=01EA 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO UNNAMED _ Constant Refers to the module that the module name 
MODULE directory does not contain. 
SSTI 0000-FFFF Indicates hexadecimal value of index into the 
SST. 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD112 
Explanation 
The Module (MOD) subsystem generates MOD112 when the edition code of 
a module does not conform to edition code rules. The edition code must be 
four characters, the first two alphabetical and the last two numeric. 
Format 
The log report format for MOD112 is as follows: 
MOD112 mmmdd hh:mm:ss ssdd INFO BAD EDITION CODE 
SSTI-hhhh EDITION-hhhh 
Example 


An example of log report MOD112 follows: 


MOD112 APR21 09:34:25 7483 INFO BAD EDITION CODE 
SSTI=01EA EDITION=BA00 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BAD . Constant Indicates that edition code of module is bad. 

EDITION CODE 

SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 

EDITION Alphanumeric Indicates edition code of module that the SST 
references. 

Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD113 
Explanation 
The Module (MOD) subsystem generates MOD113 when an attempt to 
replace a module before the module RECIPL occurs. The first module 
removes the "initial load status" from each module. 
Format 
The log report format for MOD113 is as follows: 
MOD113 mmmdd hh:mm:ss ssdd INFO 
CONFLICTING_MODULE_STATUS_FLAGS 
SSTI-hhhh 
Example 


An example of log report MOD113 follows: 


MOD113 APR21 09:34:25 7483 INFO 
CONFLICTING MODULE STATUS FLAGS 
SSTI-011A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO Constant Indicates that module status flags conflict. 
CONFLICTING MODU 
LE STATUS FLAGS 


SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD114 
Explanation 
The Module (MOD) subsystem generates MOD 114 when the hexadecimal 
code of the package determines a package is not a correct module package. A 
package represents a group of modules with specified common functionality. 
Format 
The log report format for MOD114 is as follows: 
MOD114 mmmdd hh:mm:ss ssdd INFO 
INCORRECT_MODULE_PACKAGE 
SSTI-hhhh PACKAGE-hhhh 
Example 


An example of log report MOD114 follows: 


MOD114 APR21 09:34:25 7483 INFO INCORRECT MODULE PACKAGE 
SSTI-01B3 PACKAGE-00A2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO INCORRECT . Constant Refers to invalid module package, as 

MODULE PACKAGE hexadecimal value of code of module package 
determines. 

SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 

PACKAGE 0000-FFFF Represents a hexadecimal code for module 
package. 

Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD115 
Explanation 
The Module (MOD) subsystem generates MOD115 when a module type is not 
correct. The correct module types that hexadecimal codes represent are: 
DEFINITIONS, FAST, SWAPPABLE, PERPROCESS. 
Format 
The log report format for MOD115 is as follows: 
MOD115 mmmdd hh:mm:ss ssdd INFO 
INCORRECT_MODULE_TYPE 
SSTI-hhhh TYPE-hhhh 
Example 


An example of log report MOD115 follows: 


MOD115 APR21 09:34:25 7483 INFO INCORRECT MODULE TYPE 
SSTI-01A3 TYPE-013A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO INCORRECT . Constant Indicates an invalid module type. 
MODULE TYPE 
SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 
TYPE 0000-FFFF Identifies type of the Protel source module. 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD116 
Explanation 
The Module (MOD) subsystem generates MOD 116 when a definitions module 
has an invalid entry. The definitions module can be any of the following: 
* has procedure 
* has a protected head segment 
e has a shared head segment 
e is an increase of a process 
e has an entry procedure 
e has entry procedure use specifications 
Format 
The log report format for MOD116 is as follows: 
MOD116 mmmdd hh:mm:ss ssdd INFO 
BAD_DEFINITIONS_MODULE_ENTRY 
SSTI-hhhh 
Example 


An example of log report MOD116 follows: 


MOD116 APR21 09:34:25 7483 INFO 
BAD DEFINITIONS MODULE ENTRY 
SSTI-01A3 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO BAD . Constant Indicates an invalid entry in definitions 
DEFINITIONS _ module. 


MODULE_ ENTRY 


SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 


Action 
Contact the next level of support. 
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MOD116 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD117 


Explanation 


Format 


Example 


The Module (MOD) subsystem generates MOD117. MOD117 occurs when 
the head segment addresses in the base register and the system segment table 
(SST) do not agree. The base registers reference PROTECTED and SHARED 
head segments. 


The log report format for MOD117 is as follows: 
MOD117 mmmdd hh:mm:ss ssdd INFO 


BASE_REGISTER_SST_MISMATCH 
SSTI-hhhh SEGMENT={PROTECTED,SHARED} REGISTER-hhb 


An example of log report MOD117 follows: 


MOD117 APR21 09:34:25 7483 INFO BASE REGISTER SST MISMATCH 


SSTI-01A1  SEGMENT-PROTECTED  REGISTER-007A 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO BASE . Constant Indicates mismatch of head segment address 

REGISTER . as head segment address appears in base 

SST MISMATCH register and SST. 

SSTI 0000-FFFF Indicates hexadecimal value of index into the 
SST. The SST contains addresses of 
protected and shared head segments. 

SEGMENT PROTECTED or Identifies head segment type. 

SHARED 

REGISTER 0000-00FF Identifies base register that contains address 

of checked head segment. 
Action 


Contact the next level of support. 
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MOD117 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD118 


Explanation 


Format 


Example 


The Module (MOD) subsystem generates MOD118 when two different 
modules use the same base register. The base registers reference 
PROTECTED and SHARED head segments. 


The log report format for MOD118 is as follows: 


MOD118 mmmdd hh:mm:ss ssdd INFO BASE REGISTER USED TWICI 
SSTI1=hhhh SSTI2=hhhh SEGMENT-/EPROTECTED,SHAREDI 


REGISTER-hhhh 


An example of log report MOD118 follows: 


MOD118 APR21 09:34:25 7483 INFO BASE REGISTER USED TWICE 


SSTI1=012A SSTI2=01B3 


Field descriptions 
The following table describes each field in the log report: 


SEGMENT-SHARED REGISTER-007A 


Field Value Description 

INFO BASE _ Constant Indicates that two modules used the base 

REGISTER USED TW register. 

ICE 

SSTI1 0000-FFFF Indicates hexadecimal value of index into first 
system segment table (SST). 

SSTI2 0000-FFFF Indicates hexadecimal value of index into 
second SST. 

SEGMENT PROTECTED or Identifies head segment type. 

SHARED 

REGISTER 0000-00FF Identifies base register that two different 

modules used. 
Action 


Contact the next level of support. 
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MOD118 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD119 


Explanation 


The Module (MOD) subsystem generates MOD119 when the initial data of a 
private segment loses accuracy. The initial data of a private segment can lose 
accuracy for one of the following reasons: 


e The offsets can be corrupt. 
e Segment size can be zero. 


e Amount of data can be greater than the allocated space. 


Format 
The log report format for MOD119 is as follows: 


MOD119 mmmdd hh:mm:ss ssdd INFO PRIVATE_DATA_ERROR 
SSTI-hhhh INDEX-hhhh 


Example 
An example of log report MOD119 follows: 


MOD119 APR21 09:34:25 7483 INFO PRIVATE DATA ERROR 
SSTI-01A2 INDEX-03E5 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFOPRIVATE DATA . Constant Indicates error in data of a private segment. 

ERROR 

SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 

INDEX 0000-FFFF Indicates the referenced entry in private data 
table. 

Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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MOD119 (end) 


Additional information 
There is no additional information. 
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MOD120 
Explanation 
The Module (MOD) subsystem generates MOD 120 when the descriptor stride 
is in error. Each module table entry has a descriptor that indicates the list of 
used modules. Stride in the descriptor indicates the size of each item of data. 
Format 
The log report format for MOD 120 is as follows: 
1.MOD120 mmmdd hh:mm:ss ssdd INFO USES_LIST_STRIDE_ERROR 
SSTI-hhhh 
Example 


An example of log report MOD120 follows: 


1.MOD120 APR21 09:34:25 7483 INFO USES LIST STRIDE ERROR 
SSTI-01A2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Descrition 

INFO Text Indicates error in stride that associates with the 
USES LIST STRIDE . USES LIST. 

ERROR 

SSTI 0000-FFFF Indicates hexadecimal value of index into 


system segment table (SST). 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD121 
Explanation 
The Module (MOD) subsystem generates MOD 121 when duplicate references 
in the USES LIST of a module occur. 
Format 
The log report format for MOD121 is as follows: 
MOD 121 mmmdd hh:mm:ss ssdd INFO 
DUPLICATE_USES_LIST_REFERENCE 
SSTI-hhhh INDEX=hhhh REFERENCE-hhhh 
Example 


An example of log report MOD121 follows: 


MOD121 APR21 09:34:25 7483 INFO 
DUPLICATE_USES_LIST_REFERENCE 
SSTI=01A2 INDEX-03E5 REFERENCE=003A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates duplicate references in the USES 

DUPLICATE_USES _ LIST. 

LIST_REFERENCE 

SSTI 0000-FFFF Indicates hexadecimal value of index into 
system segment table (SST). 

INDEX 0000-FFFF Indicates referenced entry in the USES LIST 
table. 

REFERENCE 0000-FFFF Represents the SSTI of module referenced in 


the USES LIST. 


Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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MOD121 (end) 


Additional information 
There is no additional information. 
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MOD122 
Explanation 
The Module (MOD) subsystem generates log report MOD122. The subsystem 
generates MOD 122 when the subsystem cannot locate a module in the module 
table. This module appears in the USES LIST. 
Format 
The log report format for MOD122 is as follows: 
MODI22 mmmdd hh:mm:ss ssdd INFO 
BAD USES LIST REFERENCE 
SSTI-hhhh INDEX=hhhh REFERENCE-hhhh 
Example 


An example of log report MOD122 follows: 


MOD122 APR21 09:34:25 7483 INFO BAD USES LIST REFERENCE 
SSTI-01A2 INDEX-03E5  REFERENCE-003A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BAD USES . Constant Indicates a bad reference about a module in 
LIST REFERENCE the USES LIST. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index in 


to the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the USES LIST table that 
the system references. 


REFERENCE 0000-FFFF Represents the SSTI of the module 
referenced in the USES LIST. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD122 (end) 


Additional information 
There is no additional information. 
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MOD123 
Explanation 
The Module (MOD) subsystem generates log report MOD123 when a module 
is not loaded into the switch. This module appears in the USES LIST of 
another module. 
Format 
The log report format for MOD123 is as follows: 
MOD123 mmmdd hh:mm:ss ssdd INFO 
USES_LIST_REFERENCE_NOT_LOADED 
SSTI-hhhh INDEX=hhhh REFERENCE-hhhh 
Example 


An example of log report MOD123 follows: 


MOD123 APR21 09:34:25 7483 INFO 
USES LIST REFERENCE NOT LOADED 
SSTI-01A2 INDEX-03E5  REFERENCE-003A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO USES LIST Constant Indicates the module in the USES LIST is not 
REFERENCE NOT loaded. 

LOADED 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the USES LIST table that 
the system references. 


REFERENCE 0000-FFFF Represents the SSTI of the module referenced 
in the USES LIST. 


Action 
Contact the next level of maintenance. 
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MOD123 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Module (MOD) subsystem generates log report MOD124. This report 
indicates when a module, that is not a perprocess module, use at least one 


INDEX=hhhh REFERENCE-hhhh 


MOD124 
Explanation 
perprocess module from USES LIST. 
Format 
The log report format for MOD 124 is as follows: 
MOD 124 mmmdd hh:mm:ss ssdd INFO 
BAD_PERPROCESS_USES_LIST_REFERENCE 
SSTI-hhhh 
Example 


An example of log report MOD124 follows: 


BAD PERPROCESS US 
SSTI-01A2 


IND! 


ES LIST RE 


EX-03E5 


MOD124 APR21 09:34:25 7483 INFO 


ERE 


iF 


INCE 


REE 


ERENC 


E-003A 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the perprocess module is a bad 

BAD PERPROCESS reference. This perprocess module appears in 

USES LIST . the USES LIST for use by a module that is not 

REFERENCE a perprocess module. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 

INDEX 0000-FFFF Indicates the entry in the USES LIST table that 
the system references. 

REFERENCE 0000-FFFF Represents the SSTI of the module 
referenced in the USES LIST. 

Action 


Contact the next level of maintenance. 
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MOD124 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD125 
Explanation 
The Module (MOD) subsystem generates log report MOD125 when the USES 
LIST of a package references a module that is not present. 
Format 
The log report format for MOD125 is as follows: 
MOD125 mmmdd hh:mm:ss ssdd INFO 
BAD INTERPACKAGE USES LIST . 
REFERENCE 
SSTI-hhhh INDEX=hhhh REFERENCE-hhhh 
Example 


An example of log report MOD125 follows: 


MOD125 APR21 09:34:25 7483 INFO 
BAD INTERPACKAGE USES LIST. 

REFERENCE 
SSTI-01A2 INDEX-03E5  REFERENCE-003A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO BAD . Constant Indicates that the package entry in the USES 
INTERPACKAGE USE LIST references a module that is not present. 


S LIST REFERENCE 


SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the USES LIST table that 
the system references. 


REFERENCE 0000-FFFF Represents the SSTI of the module referenced 
in the USES LIST. 


Action 
Contact the next level of maintenance. 
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MOD125 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD126 

Explanation 
The Module (MOD) subsystem generates MOD126. The subsystem generates 
this report when one of the offsets in the private head segment is out of range. 
The perprocess modules have information about the used modules in the 
private head segment. 

Format 
The log report format for MOD 126 is as follows: 

MOD126 mmmdd hh:mm:ss ssdd INFO BAD_USES_LIST_OFFSET 
SSTI-hhhh INDEX-hhhh OFFSET=hhhh 
Example 


An example of log report MOD126 follows: 


MOD126 APR21 09:34:25 7483 INFO BAD USES LIST OFFSET 
SSTI-01A2 INDEX-03E5 OFFSET=01E2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO BAD . Constant Indicates an offset that is out of range. 
USES LIST OFFSET 


SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the USES LIST table that 
the system references. 


OFFSET 0000-FFFF Provides the hexadecimal value of OFFSET 
into the private head segment. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD126 (end) 


Additional information 
There is no additional information. 
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MOD127 
Explanation 
The Module (MOD) subsystem generates MOD127. The subsystem generates 
this report when the system segment table index (SSTI) for the parent module 
is outside the range of the module table. 
Format 
The log report format for MOD127 is as follows: 
MOD127 mmmdd hh:mm:ss ssdd INFO BAD PARENT MODULE 
SSTI-hhhh PARENT-hhhh 
Example 


An example of log report MOD127 follows: 


MOD127 APR21 09:34:25 7483 INFO BAD PARENT MODULE 
SSTI-01A2 PARENT-90A2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO BAD . Constant Indicates that the SSTI for the parent module is 
PARENT MODULE out of range. 
SSTI 0000-FFFF Indicates the hexadecimal value of index into 
the system segment table (SST). 
PARENT 0000-FFFF Indicates the SSTI of the parent module. 
Action 


Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD128 
Explanation 
The Module (MOD) subsystem generates MOD128. The subsystem generates 
this report when the indexes in the procedure table and the internal pointers are 
not consistent. 
Format 
The log report format for MOD 128 is as follows: 
MOD 128 mmmdd hh:mm:ss ssdd INFO 
PROCEDURE TABLE ERROR 
SSTI-hhhh INDEX-hhhh 
Example 


An example of log report MOD128 follows: 


MOD128 APR21 09:34:25 7483 INFO PROCEDURE TABLE ERROR 
SSTI-011A INDEX=0345 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates an error in the procedure table. 
PROCEDURE_TABLE_ 

ERROR 

SSTI 0000-FFFF Indicates the hexadecimal value of index into 


the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the procedure table that 
the system references. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD129 


Explanation 


The Module (MOD) subsystem generates MOD129. The subsystem generates 
this report when the procedure description contains an error. The error can 
occur when either of the following occurs: 


* the stride in the description is a value other than zero 


* the description does not point to the start of the procedure 


Format 
The log report format for MOD129 is as follows: 


MOD129 mmmdd hh:mm:ss ssdd INFO 
BAD_PROCEDURE_DESCRIPTOR 
SSTI=hhhh INDEX-hhhh OFFSET-hhhh 


Example 
An example of log report MOD129 follows: 


MOD129 APR21 09:34:25 7483 INFO BAD PROCEDURE DESCRIPTOR 
SSTI-01A2 INDEX-0245 OFFSET=01E2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates a bad procedure description. 

BAD PROCEDURE D 

ESCRIPTOR 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


INDEX 0000-FFFF Indicates the entry in the procedure table the 
System references. 


OFFSET 0000-FFFF Provides the hexadecimal value for the offset 
into the protected head segment that the 
system references. 


Action 
Contact the next level of maintenance. 
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MOD129 (end) 


Associated OM registers 
There are no associated OM registers. 
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MOD130 
Explanation 
The Module (MOD) subsystem generates log report MOD130. The subsystem 
generates this report when an invalid entry procedure use, is specified for a 
module. 
Format 
The log report format for MOD 130 is as follows: 
MOD130 mmmdd hh:mm:ss ssdd INFO 
BAD_ENTRY_USAGE_FLAGS 
SSTI-hhhh FLAGS-hhhh 
Example 


The following is an example of log report MOD130: 


MOD130 APR21 09:34:25 7483 INFO BAD ENTRY USAGE FLAGS 
SSTI-01A2 FLAGS-E234 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the entry procedure specification 
BAD ENTRY USAGE is bad. 

FLAGS 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 
FLAGS 0000-FFFF 


* ) Indicates the type of entry procedure 
specification. The valid specifications are: 


* initial program load (IPL) 


e RESTART 

* PPVINIT 

* PERMPROC 
e |PLUNLOAD. 
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MOD130 (end) 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD131 
Explanation 
The Module (MOD) subsystem generates MOD131 when not consistent 
information on the entry procedure for a module is given. 
Format 
The format for log report MOD131 is as follows: 
MOD131 mmmdd hh:mm:ss ssdd INFO 
CONFLICTING_ENTRY_USAGE_FLAGS 
SSTI-hhhh FLAGS=hhhh 
Example 


An example of log report MOD131 follows: 


MOD131 APR21 09:34:25 7483 INFO 
CONFLICTING_ENTRY_USAGE_FLAGS 
SSTI=01A2 FLAGS=E234 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INFO Constant Indicates not consistent information on the 
CONFLICTING_ENTRY entry procedure for a module. 


_USAGE_FLAGS 


SSTI 0000-FFFF Indicates the hexadecimal value of the the 
index into the system segment table (SST). 


FLAGS 0000-FFFF Identifies the type of specification of the entry 
procedure. The correct specifications are: 
IPL, RESTART, PPVINIT, PERMPROC, 
IPLUNLOAD. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD131 (end) 


Additional information 
There is no additional information. 
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MOD132 


Explanation 


Format 


Example 


UCS log reports 1-479 


The Module (MOD) subsystem generates MOD132 when the offset of the 
entry procedure descriptor points outside the protected segment. 


The log report format for MOD132 is as follows: 


MOD132 mmmdd hh:mm:ssdd INFO 
BAD_ENTRY_PROCEDURE_DESCRIPTOR_ 
OFFSET 
SSTI-hhhh OFFSET-hhhh 


An example of log report MOD132 follows: 


MOD132 APR21 09:34:25 7483 INFO 
BAD ENTRY PROCEDURE DESCRIPTOR. 
OFFSET 

SSTI-01A2 OFFSET=01E2 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the offset of the entry procedure 

BAD_ENTRY_PROCE descriptor is bad. 

DURE_DESCRIPTOR_ 

OFFSET 

SSTI 0000-FFFF Indicates the hexadecimal value of the index in 
the system segment table (SST). 

OFFSET 0000-FFFF Indicates the value of the offset in the 
protected head segment referencing the entry 
procedure. 

Action 


Contact the next level of maintenance. 
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MOD132 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD133 
Explanation 
The Module (MOD) subsystem generates MOD133 when the base register 
state does not qualify as one of five types. These types include DEDICATED, 
INVALID, ASSIGNED, UNASSIGNED, or RESERVED. 
Format 
The log report format for MOD 133 is as follows: 
MOD133 mmmdd hh:mm:ss ssdd INFO 
INVALID_BASE_REGISTER_STATUS 
REGISTER-hhhh STATUS=hhhh 
Example 


An example of log report MOD133 follows: 


MOD133 APR21 09:34:25 7483 INFO 
INVALID_BASE_REGISTER_STATUS 


REGISTER=0072 STATUS=0E31 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO Constant Indicates the base register state is not a 
INVALID BASE REGIS correct type 
TER. STATUS 
REGISTER 0000-FFFF Identifies the referenced base register 
STATUS 0000-FFFF Indicates the state of the referenced base 
register 
Action 


Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD134 
Explanation 
The Module (MOD) subsystem generates MOD134 when a module indicates 
use of a base register while the base register state remains UNASSIGNED. 
Format 
The log report format for MOD 134 is as follows: 
MOD134 mmmdd hh:mm:ss ssdd INFO 
USED_UNASSIGNED_BASE_REGISTER 
REGISTER-hhhh  SSTI-hhhh 
Example 


An example of log report MOD134 follows: 


MOD134 APR21 09:34:25 7483 INFO 
USED UNASSIGNED BASE REGISTER 


REGISTER-0072 SSTI-01BO0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO USED . Constant Indicates that a module used a base register 
UNASSIGNED BASE . with UNASSIGNED state 

REGISTER 

REGISTER 0000-FFFF Identifies the referenced base register 

SSTI 0000-FFFF Indicates the hexadecimal value of the index in 


the system segment table (SST) 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD135 


Explanation 


UCS log reports 1-483 


The Module (MOD) subsystem generates MOD135 when a base register is 
indicated as ASSIGNED. The system cannot find any module that uses this 
base register. 


Format 


The log report format for MOD135 is as follows: 


MOD135 mmmdd hh:mm:ss ssdd INFO 
UNUSED ASSIGNED BASE REGISTER 
REGISTER-hhhh; fixed by audit 


Example 


An example of log report MOD135 follows: 


MOD135 AP 


UNUS 
R 


ED. AS 


R21 09:34: 


25 7483 INFO 


SIGNED BASE 


REGISTER 


EGIST 


ER-0072; 


Field descriptions 
The following table describes each field in the log report: 


fixed by audit 


Field Value Description 

INFO UNUSED . Constant Indicates a base register marked as 
ASSIGNED BASE ASSIGNED is not in use 

REGISTER 

REGISTER 0000-FFFF Identifies the referenced base register 
fixed by audit Constant Indicates the audit fixes the discrepancy 


Action 


If the audit fixes the discrepancy there is no required action. If the audit does 
not fix the discrepancy, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD135 (end) 


Additional information 
There is no additional information. 
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MOD136 
Explanation 
The Module (MOD) subsystem generates MOD 136 when a module duplicates 
ALIAS. 
Format 
The log report format for MOD 136 is as follows: 
MOD136 mmmdd hh:mm:ss ssdd INFO DUPLICATE ALIAS ENTRY 
INDEX=hhhh NAME=alias SSTI=hhhh 
Example 


An example of log report MOD136 follows: 


MOD136 APR21 09:34:25 7483 INFO DUPLICATE_ALIAS_ENTRY 
INDEX=01A3 NAME=TESTIOP SSTI=013A 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO DUPLICATE . Constant Indicates a duplicate ALIAS for a module. 

ALIAS ENTRY 

INDEX 0000-FFFF Indicates the entry in the referenced ALIAS 
table. 

NAME Symbolic text Identifies the name of an ALIAS for the 
module. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD137 


Explanation 


The Module (MOD) subsystem generates MOD137 when the ALIAS entry 
references a location outside the module table. 


Format 


The log report format for MOD 137 is as follows: 


MOD137 mmmdd hh:mm:ss ssdd INFO BAD. ALIAS ENTRY 
INDEX-hhhh NAME=alias SSTI-hhhh 


Example 


An example of log report MOD137 follows: 


MOD137 APR21 09:34:25 7483 INFO BAD ALIAS ENTRY 


INDEX-038A NAM 


Field descriptions 


E-T 


ESTIOP SSTI-512C 


The following table describes each field in the log report: 


Field Value Description 

INFO BAD . Constant Indicates a bad ALIAS entry. 

ALIAS ENTRY 

INDEX 0000-FFFF Indicates the entry in the referenced ALIAS 
table. 

NAME Symbolic text Identifies the name of ALIAS for the module. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 

Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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MOD138 
Explanation 
The Module (MOD) subsystem generates MOD138 when an ALIAS is present 
for a module that remains unloaded. 
Format 
The log report format for MOD 138 is as follows: 
MOD138 mmmdd hh:mm:ss ssdd INFO ALIAS ENTRY NOT LOADED 
INDEX-hhhh NAME-alias SSTI-hhhh 
Example 


An example of log report MOD138 follows: 


MOD138 APR21 09:34:25 7483 INFO ALIAS ENTRY NOT LOADED 
INDEX-03AE NAME-TESTIOP SSTI-018F 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO ALIAS _ Constant Indicates the an ALIAS is present for a module 

ENTRY NOT LOADED that is not loaded. 

INDEX 0000-FFFF Indicates the entry in the referenced ALIAS 
table. 

NAME Symbolic text Identifies the name of ALIAS for the module. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


Action 
There is no required action. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD139 


Explanation 


The Module (MOD) subsystem generates MOD139 when the initial program 
load (IPL) table contains duplicate entries for the same module. 


Format 


The log report format for MOD139 is as follows: 


MOD139 mmmdd hh:mm:ss ssdd INFO DUPLICATE IPL ENTRY 


INDEX-hhhh SSTI=hhhh 


Example 


An example of log report MOD139 follows: 


MOD139 APR21 09:34:25 7483 INFO DUPLICATE_IPL_ENTRY 


INDEX=03A3 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO DUPLICATE . Constant Indicates duplicate IPL entries for the same 
IPL_ENTRY module. 
INDEX 0000-FFFF Indicates the entry in the referenced IPL table. 
SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 
Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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MOD140 
Explanation 
The Module (MOD) subsystem generates report MOD140 when an initial 
program load (IPL) table is present for a module that is not present. 
Format 
The log report format for MOD 140 is as follows: 
MOD140 mmmdd hh:mm:ss ssdd INFO BAD_IPL_ENTRY 
INDEX-hhhh SSTI=hhhh 
Example 


An example of log report MOD 140 follows: 


MOD140 APR21 09:34:25 7483 INFO BAD_IPL_ENTRY 
INDEX=03A3 SSTI=51A2 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BAD IPL ENTRY Constant Indicates an IPL entry for a module that is not 
present. 

INDEX 0000-FFFF Indicates the entry in the referenced IPL table. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MOD141 
Explanation 
The Module (MOD) subsystem generates report MOD141 when an initial 
program load (IPL) table entry is present for a module that is not present. 
Format 
The log report format for MOD 141 is as follows: 
MOD141 mmmdd hh:mm:ss ssdd INFO IPL ENTRY NOT LOADED 
INDEX-hhhh SSTI=hhhh 
Example 


An example of log report MOD141 follows: 


MOD141 APR21 09:34:25 7483 INFO IPL_ENTRY_NOT_LOADED 


INDEX=03A3 SSTI=01A2 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO IPL_ ENTRY_ Constant Indicates an IPL table entry for a module that is 
NOT LOADED not present. 
INDEX 0000-FFFF Indicates the entry in the IPL table. 
SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 
Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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MOD142 
Explanation 
The Module (MOD) subsystem generates report MOD142 when two modules 
require the same module. 
Format 
The log report format for MOD 142 is as follows: 
MOD 142 mmmdd hh:mm:ss ssdd INFO 
DUPLICATE_NEEDS_REFERENCE 
SSTI-hhhh REFERENCE-hhhh 
Example 


An example of log report MOD142 follows: 


MOD142 APR21 09:34:25 7483 INFO DUPLICATE NEEDS REFERENCE 
SSTI-01A3 REFERENCE-03A1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates duplicate reference for the module 
DUPLICATE NEEDS HR that other modules require. 

EFERENCE 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


REFERENCE 0000-FFFF Indicates the SSTI of the module that the 
system references as the required module. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD143 
Explanation 
The Module (MOD) subsystem generates report MOD143. The subsystem 
generates MOD145 when the module table index of the required module is 
outside the range of the module table. 
Format 
The log report format for MOD 143 is as follows: 
MOD143 mmmdd hh:mm:ss ssdd INFO BAD NEEDS REFERENCE 
SSTI-hhhh REFERENCE-hhhh 
Example 


An example of log report MOD143 follows: 


MOD143 APR21 09:34:25 7483 INFO BAD NEEDS REFERENCE 
SSTI-01A3 REFERENCE-03A1 


Field descriptions 
The following table describes each field of the log report: 


Field Value Description 

INFO BAD NEEDS _ Constant Indicates a bad reference for the needed 
REFERENCE module. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


REFERENCE 0000-FFFF Represents the SSTI of the module referenced 
as the required module. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD144 
Explanation 
The Module (MOD) subsystem generates report MOD144. The subsystem 
generates MOD 144 when a module required another module and does not find 
the other module in the same package. 
Format 
The log report format for MOD144 is as follows: 
MODI144 mmmdd hh:mm:ss ssdd INFO 
BAD INTERPACKAGE NEEDS REFERENCE 
SSTI-hhhh REFERENCE-hhhh 
Example 


An example of log report MOD144 follows: 


MOD144 APR21 09:34:25 7483 INFO 
BAD INTERPACKAGE NEEDS REFERENCE 
SSTI-01A3 REFERENCE=03A1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO Constant Indicates a bad reference for the module the 
BAD_INTERPACKAGE module requires. 


_NEEDS_REFERENCE 


SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 


REFERENCE- 0000-FFFF Indicates the SSTI of the module that the 
System references as the required module. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-494 UCS log reports 


MOD145 
Explanation 
The Module (MOD) subsystem generates this report when the required 
module is not the first entry in Table NEEDSIPL. 
Format 
The log report format for MOD 145 is as follows: 
MOD145 mmmdd hh:mm:ss ssdd INFO NEEDSIPLO MISMATCH 
SSTI-hhhh 
Example 


An example of log report MOD145 follows: 


MOD145 APR21 09:34:25 7483 INFO NEEDSIPLO MISMATCH 
SSTI-01A3 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO NEEDSIPLO . Constant Indicates that the required module is not the 
MISMATCH first entry in the Table NEEDSIPL. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD146 
Explanation 
The Module (MOD) subsystem generates MOD146 when the KEY name of 
the LOADINFO function differs from valid KEY names. 
Format 
The log report format for MOD1406 is as follows: 
MOD146 mmmdd hh:mm:ss ssdd INFO 
UNDEFINED LOADINFO KEY 
INDEX-hhhh SSTI-hhhh KEY=keyname 
Example 


An example of log report MOD146 follows: 


MOD146 APR21 09:34:25 7483 INFO UNDEFINED LOADINFO KEY 


INDEX=02A4 SSTI=00A9 


Field descriptions 


KEY=BADKEY 


The following table describes each field in the log report: 


Field Value Description 

INFO UNDEFINED . Constant Indicates the KEY of the LOADINFO is invalid. 

LOADINFO KEY 

INDEX 0000-FFFF Indicates the entry in the Table LOADINFO 
being referenced. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the system segment table (SST). 

KEY Symbolic text Indicates the KEY name of the LOADINFO that 
is different from the valid names. Valid names 
are: MODENTRY, MODPRIO, MODSTACK, 
MODINCR, INITWITH, NEEDS, NEEDSIPL, 
USES, REGISTER, SYSENTRY, MODALIAS, 
EXTBEFOR, EXTAFTER. 

Action 


Contact the next level of maintenance. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


UCS log reports 1-496 
MOD146 (end) 


Associated OM registers 
There are no associated OM registers. 
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MOD147 
Explanation 
The Module (MOD) subsystem generates this report when the procedure 
variable that handles an exact LOADINFO KEY points to an invalid 
procedure. 
Format 
The log report format for MOD 147 is as follows: 
MOD147 mmmdd hh:mm:ss ssdd INFO 
BAD_LOADINFO_TARGET_PROCEDURE 
INDEX=hhhh KEY=keyname 
Example 


An example of log report MOD 147 follows: 


MOD147 APR21 09:34:25 7483 INFO 
BAD_LOADINFO_TARGET_PROCEDURE 
INDEX=02EB KEY=INITWITH 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the referenced procedure is 

BAD_LOADINFO_TARGET_P invalid. 

ROCEDURE 

INDEX 0000-FFFF Indicates the entry in table LOADINFO being 
referenced. 

KEY Symbolic text Identifies the KEY name of the LOADINFO 
function. Valid KEY names are: MODINCR, 
INITWITH, NEEDS, NEEDSIPL, USES, 
SYSENTRY, MODALIAS. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD148 


Explanation 


The Module (MOD) subsystem generates this MOD148 when the 
LOADINFO processing time has an invalid value. The valid values are 
POSTLOAD, PREIPL and POSTIPL. 


Format 


The log report format for MOD 148 is as follows: 


MOD 148 mmmdd hh:mm:ss ssdd INFO 
INVALID_LOADINFO_PROCESSING_TIME 
INDEX-hhhh KEY=keyname WHEN-hhhh 


Example 


An example of log report MOD148 follows: 


MOD148 APR21 09:34:25 7483 INFO 


INVALID LOADINFO PROC 
EX-03B6 KEY-INITWITH WHEN-0005 


INDI 


Field descriptions 


ESSING TIME 


The following table describes each field in the log report: 


Field Value Description 

INFO INVALID - Constant Indicates invalid LOADINFO processing time 

LOADINFO . 

PROCESSING TIME 

INDEX 0000-FFFF Indicates the entry in Table LOADINFO being 
referenced. Valid KEY names are: 
MODENTRY, MODPRIO, MODSTACK, 
MODINCR, INITWITH, NEEDS, NEEDSIPL, 
USES, REGISTER, SYSENTRY, MODALIAS, 
EXTBEFOR, EXTAFTER. 

KEY Symbolic text Identifies the KEY name of the LOADINFO 
function 

WHEN 0000-FFFF Indicates the hexadecimal value that identifies 


when the LOADINFO is to be executed. The 
valid values are: POSTLOAD, PREIPL, 
POSTIPL. 
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MOD148 (end) 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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The Module (MOD) subsystem generates MOD149 when the master module 


ASSOCIATED MODREF: hhhh 


MOD149 
Explanation 
reference does not refer to any known module name. 
Format 
The log report format for MOD 149 is as follows: 
MOD149 mmmdd hh:mm:ss ssdd INFO 
BAD_INITWITH_MASTER_MODULE 
MASTER MODREF: hhhh 
MASTER MODULE: modtxtl 
Example 


An example of log report MOD149 follows: 


MOD149 APR21 09:34:25 7483 INFO BAD INITWITH MASTER MODULE 


Master Modref: FDFD Associated Modref: 00E8 


Master Module: UNKNOWN 


Field descriptions 


Associated Module: SSTFIX 


The following table describes each field in the log report: 


Field Value Description 
INFO Constant Indicates that the INITWITH index into the 
BAD INITWITH MASTER M module table is bad. 
ODULE 
MASTER MODREF 0000-FFFF Indicates, in hexadecimal, the reference of the 
master module. 
ASSOCIATED MODREF 0000-FFFF Indicates, in hexadecimal, the reference of the 
associated module. 
MASTER MODULE Symbolic text Indicates the name of the master module. 
UNKNOWN Indicates the name of the master module is not 
known. 
ASSOCIATED MODULE Symbolic text Indicates the name of the associated module 
UNKNOWN Indicates the name of the associated module is 
not known. 
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MOD149 (end) 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD150 
Explanation 
The Module (MOD) subsystem generates this report when the master module 
in the log is missing from the load. 
Format 
The log report format for MOD150 is as follows: 
MOD150 mmmdd hh:mm:ss ssdd INFO 
INITWITH_MASTER_MODULE_NOT_LOADED 
MASTER MODREF: #hhhh ASSOCIATED MODREF: #hhhh 
MASTER MODULE: modtxtl ASSOCIATED MODULE: modtxt2 
Example 


An example of log report MOD150 follows: 


MOD150 APR21 09:34:25 7483 INFO 
INITWITH_MASTER_MODULE_NOT_LOADED 
Master Modref: #00E9 Associated Modref: #00E8 
Master Module: HXIMMUNE Associated Module: SSTFIX 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that Table INITWITH references an 

INITWITH MASTER M unloaded module. 

ODULE NOT. 

LOADED 

MASTER MODREF 0000-FFFF Indicates, in hexadecimal, the reference of the 
master module. 

ASSOCIATED 0000-FFFF Indicates, in hexadecimal, the reference of the 

MODREF associated module. 

MASTER MODULE Symbolic text Identifies the master module. 

UNKNOWN Indicates the name of the master module is not 

known. 
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MOD150 (end) 
(Sheet 2 of 2) 
Field Value Description 
ASSOCIATED Symbolic text Identifies the associated module. 
MODULE 
UNKNOWN Indicates the name of the associated module is 
not known. 
Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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MOD151 
Explanation 
The Module (MOD) subsystem generates MOD151 when a master module is 
an INITWITH module and a NEEDS (or NEEDSIPL) records. 
This double specification of a master module is an error condition. Double 
specification can have an effect that is not known on the initialization order 
during restarts. 
Format 
The log report format for MOD151 is as follows: 
.MODIS51 mmmdd hh:mm:ss ssdd INFO 
INITWITH_ONTO_NEEDED_MODULE_ 
IGNORED 
MASTER MODREF: #hhhh ASSOCIATED MODREF: #hhhh 
MASTER MODULE: modtxtl ASSOCIATED MODULE: modtxt2 
Example 


An example of log report MOD151 follows: 


MOD151 APR21 09:34:25 7483 INFO 

INITWITH ONTO NEEDED MODULE 
IGNORED 
Master Module: #00E9 Associated Modref: #00E8 
Master Module: HXIMMUNE Associated Module: SSTFIX 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that if a module is already 
INITWITH ONTO NEEDED . specified as NEEDED by another module, 
MODULE IGNORED INITWITH on the module is ignored. 
MASTER MODREF 0000-FFFF Indicates, in hexadecimal, the reference of 


master module. 


ASSOCIATED MODREF 0000-FFFF Indicates, in hexadecimal, the reference of 
associated module. 


MASTER MODULE Symbolic text Identifies the master module. 
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MOD151 (end) 


(Sheet 2 of 2) 


Field Value Description 
UNKNOWN Indicates the name of the master module is 
not known. 
ASSOCIATED MODULE Symbolic text Identifies the associated module. 
UNKNOWN Indicates the name of the associated 
module is not known. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated registers. 
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MOD152 


Explanation 


The Module (MOD) subsystem generates this report when the associated 
module has more than one INITWITH loadinfo record. 


More than one INITWITH loadinfo record can cause the module to have an 
unexpected position in the restart initialization order. 


Format 


The log report format for MOD152 is as follows: 


MOD152 mmmdd hh:mm:ss ssdd INFO 


DUPLICATE INITWITH ASSOCIATED _ 


MODULE 


MASTER MODREF: #hhhh ASSOCIATED MODREF: #hhhh 
MASTER MODULE: modtxtl ASSOCIATED MODULE: modtxt2 


Example 


An example of log report MOD152 follows: 


MOD152 APR21 09:34:25 7483 INFO 
DUPLICATE INITWITH ASSOCIATED 


MODULE 


Master modref: 400E9 Associated Modref: #00E8 
Master module: HXIMMUNE Associated Module: SSTFIX 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 
DUPLICATE INITWITH ASSOCIATED . Constant 
MODULE 

MASTER MODREF 0000-FFFF 
ASSOCIATED MODREF 0000-FFFF 
MASTER MODULE Symbolic text 


Description 


Indicates the associated module 
has more than one INITWITH 
loadinfo record 


Indicates, in hexadecimal, the 
reference of the master module 


Indicates, in hexadecimal, the 
reference of the associated 
module 


Identifies the master module 
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MOD152 (end) 


(Sheet 2 of 2) 


Field Value Description 
UNKNOWN Indicates the name of the master 
module is not known 
ASSOCIATED MODULE Symbolic text Identifies the associated module 
UNKNOWN Indicates the name of the 
associated module is not known 
Action 


Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD153 


Explanation 


The Module (MOD) subsystem generates report MOD153. The subsystem 
generates MOD153 when a module reference for the associated module is not 
a reference for any known module name. 


Format 


The log report format for MOD153 is as follows: 


MOD153 mmmdd hh:mm:ss ssddd INFO 
BAD INITWITH, ASSOCIATED MODULE 
MASTER MODREF: #hhhh ASSOCIATED MODREF: #hhhh 
MASTER MODULE: modtxtl ASSOCIATED MODULE: modtxt2 


Example 


An example of log report MOD153 follows: 


MOD153 APR21 09:34:25 7483 INFO 


BAD INITWIT 
MASTER MODREF: 
MASTER MODULE: 


H ASSOCIATED MODULE 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


#00E8 ASSOCIATED MODREF: 
HXIMMUNE ASSOCIATED 


#FDFD 
MODULE: UNKNOWN 


Field 


INFO 
BAD_INITWITH_ASSO 
CIATED_ MODULE 


MASTER MODREF 
ASSOCIATED 
MODREF 


MASTER MODULE 


Value 


Constant 


0000-FFFF 


0000-FFFF 


Symbolic text 
UNKNOWN 


Description 

Indicates that the system referenced module is 
not known. 

Indicates the reference of the master module 


in hexadecimal. 


Indicates the reference of the associated 
module in hexadecimal. 


Identifies the master module. 


Indicates the system does not know the name 
of the master module. 
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MOD153 (end) 
(Sheet 2 of 2) 
Field Value Description 
ASSOCIATED Symbolic text Identifies the associated module. 
MODULE 
UNKNOWN Indicates that the name of the associated 
module is not known. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MOD154 


Explanation 


The Module (MOD) subsystem generates report MOD154. The subsystem 
generates MOD154 when the load does not contain an associated module in 
the log. 


Format 
The log report format for MOD154 is as follows: 


MOD154 mmmdd hh:mm:ss ssdd INFO 
INITWITH_ASSOCIATED_MODULE_NOT_ 
LOADED 
MASTER MODREF: #hhhh ASSOCIATED MODREF: #hhhh 
MASTER MODULE: modtxtl1 ASSOCIATED MODULE: modtxt2 


Example 
An example of log report MOD154 follows: 


MOD154 APR21 09:34:25 7483 INFO 
INITWITH_ASSOCIATED_MODULE_NOT_ 
LOADED 
Master Modref: #00E9 Associated modref: #00E8 
Master module: HXIMMUNE Associated Module: SSTFIX 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO INITWITH_ Constant Indicates that the referenced module is not 

ASSOCIATED . loaded. 

MODULE NOT LOAD 

ED 

MASTER MODREF 0000-FFFF Indicates the reference of the master module 
in hexadecimal. 

ASSOCIATED 0000-FFFF Indicates the reference of the associated 

MODREF module in hexadecimal. 

MASTER MODULE Symbolic text Identifies the master module. 
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(Sheet 2 of 2) 


Field Value Description 
UNKNOWN Indicates that the name of the master module 
is not known. 
ASSOCIATED Symbolic text Identifies the associated module. 
MODULE 
UNKNOWN Indicates the name of the associated module is 
not known. 
Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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MOD155 
Explanation 
The Module (MOD) subsystem generates report MOD155. The subsystem 
generates MOD155 when the usage specification of the entry procedure for the 
module contains invalid data. 
Format 
The log report format for MOD155 is as follows: 
MOD155 mmmdd hh:mm:ss ssdd INFO 
VALID_UNLOADED_ENTRY_PROCEDURE 
SSTI-hhhh FLAGS=hhhh; FIXED BY AUDIT 
Example 


An example of log report MOD155 follows: 


MOD155 APR21 09:34:25 7483 INFO 
VALID_UNLOADED_ENTRY_PROCEDURE 
SSTI-01BO0 FLAGS-11E4; FIXED BY AUDIT 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the VALID ENTRY field is 
VALID UNLOADED ENTRY . invalid. 

PROCEDURE 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 


into the system segment table (SST). 


FLAGS 0000-FFFF Identifies the specification of the entry 
procedure. The valid specifications are: IPL, 
RESTART, PPVINIT, PERMPROC, 
IPLUNLOAD. 


FIXED BY AUDIT Constant Indicates that the audit fixed the problem of 
invalid specification. 


Action 
Contact the next level of maintenance. 
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Associated OM registers 
There are no associated OM registers. 
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MOD156 
Explanation 
The Module (MOD) subsystem generates report MOD156. The subsystem 
generates MOD156 to identify differences in the system segment table (SST) 
support structures. 
Format 
The log report format for MOD156 is as follows: 
MOD156 mmmdd hh:mm:ss ssdd INFO SST DISCREPANCY 
Ref=nnnn modname=modnm 
SSTI-hhhh SSTO=hhbh  ref2-nnnn 
Prob=probtxt 
Example 


An example of log report MOD156 follows: 


MOD156 JANO1 15:17:24 1400 INFO SST DISCREPANCY 
Ref=0018 modname=PROCS 
SSTI-0030 SSTO=0090 ref2=0030 
Prob=head segments disagree 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO SST_ Constant Indicates differences in the SST support 

DISCREPANCY structures. 

Ref Integers Provides the module reference number. 

modname Symbolic text Indicates the name of the module if it is valid. 

SSTI 0000-FFFF Indicates the hexadecimal value of the index 
into the SST. 

SSTO 0000-FFFF Indicates the hexadecimal value of offset into 
the SST. 
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MOD156 (end) 


(Sheet 2 of 2) 


Field Value Description 

ref2 Integers Represents the module reference found by 
SSTI. The module reference must agree with 
Ref above. 

Prob Symbolic text Provides description of the types of problems 
that can occur. Refer to the Problems table at 
the end of this log report. 

Action 


Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
Refer to the following for a list of problems: 


Head segments disagree. 

SST offset not a multiple. 

SST allocated to NIL modref. 
Calculated vs. real modref disagree. 
SST to MOD table. 
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MOD157 
Explanation 
The Module (MOD) subsystem generates report MOD157. The subsystem 
generates MOD 157 to report the checksum failure of a current (old) module. 
This module was part of the image of the load. 
The log generated from a checksum failure contains the following: 
* Module information 
e Modification information 
e Procedure information 
e Procvar information 
e Patch information 
e List information 
e Load information that indicates failure of any: 
— Initwith information 
— Alias information 
— Needs information 
— Is loaded information 
* [s Loaded information 
Format 
The log report format for MOD157 is as follows: 
MOD157 mmmdd hh:mm:ss ssdd INFO SEVERE _ CHECKSUM 
_DISCREPANCY 
MODREF: modid 
MODNAME: module name 
SAVED: <chk1> <chk2> <chk3> <chk4> <chk5> <chk6> <chk7> <chk 
CALCD: <chk1> <chk2> <chk3> <chk4> <chk5> <chk6> <chk7> <chk 
Example 


An example of log report MOD157 follows: 
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MOD157 OCTO1 15:22:17 0500 INFO SEVERE CHECKSUM 
_DISCREPANCY 
MODREF: 0166 
MODNAME: SYSDEFS 
SAVED: 9F63 0000 9C35 0000 0000 0570 0000 0001 
CALCD: 9fA3 0000 9C35 0000 0000 0570 03C2 0001 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Modref Numeric Modref is the module reference number. 
Modname Numeric Modname is the checksum failed in this 
module. 
Action 


Take the following actions: 
* Record log. 


e Do QUERY module-name ALL for given modules and record all the 
information. 


e Contact company maintenance support personnel with information. 


Associated OM registers 
There are no associated OM registers. 
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MOD158 
Explanation 
The Module (MOD) subsystem generates report MOD158. The subsystem 
generates MOD158 to report the checksum failure of a module that has just 
been loaded. 
The checksums are as follows: 
* Module information 
* Modification information 
e Procedure information 
e  Procvar information 
e Patch information 
e Uses list information 
e Load information; indicates failure on any of: 
— Initwith information 
— Alias information 
— Needs information 
— Is loaded information 
Format 
The log report format for MOD 158 is as follows: 
MOD158 mmmdd hh:mm:ss ssdd INFO CHECKSUM_DISCREPANCY 
MODREF: modid 
MODNAME: module name 
SAVED: <chk1> <chk2> <chk3> <chk4> <chk5> <chk6> <chk7> <chk 
CALCD: <chk1> <chk2> <chk3> <chk4> <chk5> <chk6> <chk7> <chk 
Example 


An example of log report MOD158 follows: 


MOD158 OCTO1 15:22:17 0500 INFO CHECKSUM DISCREPANCY 
Modref: 0253 
Modname: PREXCT 
Saved: 43D4 0000 3DD2 0000 0000 OCDE 
Calcd: 43D4 0000 3DD2 0000 0000 OCDE 


ED8 0000 
ED8 0000 


trj 


trj 
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MOD158 (end) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Modref <modid> Modref is the module reference number. 
Modname <module name> Modname is the checksum failed in this 
module. 
Actions 


Take the following actions: 


Record log. 


Do QUERY module-name ALL for given modules and record all the 
information. 


Contact company maintenance support personnel to confirm that the 
module name given in the log is loaded. 


Contact the first level of support with information. 


The first level of support can correct the problem with updatechksum. 


Associated OM registers 
There are no associated OM registers. 
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MOD160 
Explanation 
The module (MOD) subsystem generates report MOD160. The subsystem 
generates MOD160 when a module in the bilge uses a module outside the 
bilge. The data store is corrupted. 
Format 
The log report format for MOD 160 is as follows: 
load name MOD 160 mmmdd hh:mm:ss ssdd INFO 
BILGE_MODULE_USES_NONBILGE_MODULE 
Modref=hhh modname=modulename index=hhhh reference=hhhh 
Example 


An example of log report MOD160 follows: 


BASE_ALLO4AS MOD160 SEPO5 18:14:33 4827 INFO 
BILGE MODULE USES NONBILGE MODULE 
Modref-08FE modname-TESTMOD index=000B reference=08F4 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Modref 0000-FFFF Hexadecimal value of the module reference 
number. 
Modname Module name, or The name of the module with reference 
UNKNOWN modref. 
index 0000-FFFF Indicates the entry in the uses list table 


being referenced (hexadecimal). 


reference 0000-FFFF The hexadecimal reference number of the 
module referenced in the uses list. 


Action 
Record the log and contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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MPC101 


Explanation 
The multiprotocol controller (MPC) subsystem generates log report MPC101. 
The subsystem generates this report when a software condition in the 
MPCSUB occurs that can prevent normal operation of MPC functions. 


The subsystem can generate MPC101 for many possible reasons. A reason text 
and a reason number identify each reason. Some reason texts contain 
information that helps to monitor software. A return code label normally 
marks this part of the reason text. The following return code labels can appear: 
FLRC, MSGTYPE, NARC, NODE ASPECT RC, RC, RET CODE, or 
RETURN CODE. 


Format 
The log report format for MPC101 is as follows: 


1.MPC101 APROI mmmdd hh:mm:ss ssdd 
INFO MPC_INFORMATION_REPORT 
REASON: nnn 
reastxt 
MPC = nnn 


Example 
An example of log report MPC101 follows: 


MPC101 APRO1 12:00:00 2112 INFO MPC_INFORMATION_REPORT 


REASON: 2 
GETUNITINFO FAILED DUE TO BAD MPC NUMBER 
MPC = 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

MPC_ Constant Identifies the MPC log as an 

INFORMATION_ information report. 

REPORT 

REASON 0 to 99 Indicates that a problem was 
encountered in subsystem MPCSUB. 
The software subsystem identification 
is MPCSUB. 
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Field Value 


Description 


200 to 299 


300 to 399 


500 to 599 


800 to 899 


reastxt Symbolic text 


MPC Integer 


REASON: 0 MPCDLOAD: 

reastxt CHILD PROCESS 
FAILED BIND TO 
MPCGDADY 


Indicates that a problem was 
encountered in subsystem X25SUB. 
The software subsystem identification 
is X25SUB. 


Indicates that a problem was 
encountered with MPC operational 
measurements (OM). 


Indicates that a problem was 
encountered in the switch operating 
system (SOS). 


Indicates that a problem was 
encountered during an attempt to 
service the MPC. 


Identifies that a software condition 
occurred. Field REASON describes 
each possible reason for the 
condition. 


Provides equipment identification 
(MPC index) for the suspect MPC. List 
data table MPC from the CI MAP level 
for a list of MPC indexes. 


Reflects problems in operating 
system software that MPCSUB uses. 
The background download process is 
not available for use when MPCs that 
did not download return to service 
(RTS). Other MPC101 log reports can 
have additional details to describe the 
problem. 


ACTION: Contact next level of 
support. Return the MPC that is not 
downloaded to service. Enter the 
following MAP command sequence 
for each MPC: 


BSY;TST;DOWNLD;RTS 
Note: TST and DOWNLD bypass the 


background download process that 
RTS uses. 
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Field Value Description 

REASON: 2 GETUNITINFO Indicates that the system instructed a 

reastxt FAILED DUE TO procedure to send data to an MPC 
BAD MPC that is not present. The procedure 
NUMBER cannot send the data. 

ACTION: If the system generates 

REASON 2 repeatedly or the 

condition affects data transmission, 

contact the next level of support. No 
other action is required. 
REASON: 4 MPCGDADY: Indicates that a granddaddy process 
reastxt DEATH MSG received a death message that was 
RECEIVED FOR not from the stepdaddy process. The 
UNKNOWN PROC . granddaddy process did not request 
the message; the granddaddy 
process discards the message. 

ACTION: Contact the next level of 

support if one of the following 

conditions apply: 

e the system generates REASON 4 
repeatedly, (more than one time 
in 5 min) 

e the condition affects data 
transmission 

No other action is required. 

REASON: 5 MPCGDADY: Indicates that a stepdaddy process 
reastxt DEATH MSG received a death message. The 


RECEIVED FOR 


UNKNOWN PROC. 


stepdaddy cannot identify the source 
process for this message as one of his 
children. The stepdaddy process 
discards the message. 


ACTION: Contact the next level of 
support if one of the following 
conditions apply: 


e the system generates REASON 5 
repeatedly, (more than one time 
in 5 min) 

e the condition affects data 
transmission 
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BOARD SETUP. 


REASON: 9 MPCMTCAU: 

reastxt CHILD PROCESS 
COULD NOT BIND 
TO MPCGDADY. 


REASON: 10 RCV DATA MSG 

reastxt ARRIVED, CONV 
BUFFER NIL. 
CONV: nn 

REASON: 11 NO PROTOCOL 

reastxt RESIDENT FOR 
MPC: nnn 


Field Value Description 
REASON: 8 MPCINIT: COULD Indicates that MPC initialization 
reastxt NOT DO INITIAL during a restart failed. 


ACTION: Check the MPC log buffer 
for log reports for the MPC. Follow the 
action indicated for other reports. If 
the actions conflict, contact the next 
level of support. 


This reason indicates problems in 
operating system software that 
MPCSUB uses. The 
maintenance/audit process is not 
available for use when the 
maintenance is performed on the 
suspect MPC. Other MPC101 logs 
can have additional details that 
describe the problem. 


ACTION: Contact the next level of 
support. 


Indicates that the suspect MPC 
received data for an application, but 
the application did not supply memory 
to store the data. The MPC discards 
the data. Normally this condition 
indicates a software error in the 
application that uses the MPC. nn = 
conversation number (0-99). 


ACTION: Contact the next level of 
support. 


Indicates that the suspect MPC senta 
message to the central controller. The 
MPC sends the message for a 
protocol support process, but a 
protocol is not defined for the MPC 
card. nnn = suspect MPC number (0 - 
255). 


ACTION: Verify that the entry in data 
schema table MPC defines a correct 
protocol for the suspect MPC. If the 
entry does not define a valid protocol, 
correct the entry. If the entry defines a 
valid protocol, contact the next level of 
support. 
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Field Value Description 
REASON: 12 ENQ EVENT MSG Indicates that a suspect MPC sent a 
reastxt TO PROTOCOL message to the central controller. The 
QUEUE FAILED MPC sends the message for a 
protocol support process but a system 
did not queue the message for the 
support process. The suspect MPC 
cannot support input/output for 
applications. 
ACTION: Contact the next level of 
support. 
REASON: 13 SHARED ENTRY Indicates that a part of data schema 
reastxt NIL IN BOARD table MPC was not available during a 
TBL. CANNOT restart. This condition caused the 
INIT. MPC: nnn suspect MPC initialization to fail. nnn 
- suspect MPC number (0-255). 
ACTION: Delete the tuple for the 
suspect MPC from table MPC and add 
the tuple again. Contact the next level 
of support. 
REASON: 14 CANNOT BIND Indicates that the user attempted to 
reastxt CHILD TO create a process with a name that 
MPCGDADY.NAM _ exceeds eight characters. The system 
E TOO LONG. did not create the process. nnnnn = 
LEN: nnnnn length of child process name 
(0-32767). 
ACTION: Contact the next level of 
support. 
REASON: 15 COULD NOT INIT Indicates that suspect MPC 
reastxt SHARED INFO initialization failed. This failure can 


ENTRY FOR MPC. 


occur during restart or addition of a 
tuple to table MPC. 


ACTION: Check the MPC log buffer 
for log reports for the MPC. Follow the 
action indicated for other reports. If 
the actions conflict, contact the next 
level of support. 
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Field 


Value 


Description 


REASON: 16 
reastxt 


REASON: 17 
reastxt 


REASON: 18 
reastxt 


COULD NOT SET 
MPC BUSY DUE 
TO RESET 
FAILURE. 


INVALID BOARD 
STATE FOR RTS. 
STATE: nn 


VOLUME_ID 
REQUESTED IS IN 
USE. CCC#: 


Indicates that the system cannot busy 
the suspect MPC because of 
hardware reset failure. 


ACTION: Check the MPC log buffer 
for log reports for the MPC. Follow the 
action indicated for other reports. If 
the actions conflict, contact the next 
level of support. 


Indicates that an attempt to RTS the 
suspect MPC with a download status 
that is not determined. nn = 
equipment state before message 
generation (0-10). 


ACTION: Busy and RTS the suspect 
MPC a second time. If the system 
generates this message again for the 
MPC, contact the next level of 
support. 


Indicates that an application 
requested a conversation on a volume 
with files already open. An application 
must close all files already opened 
against an MPC volume id before the 
application requests a new 

volume id. 


ACTION: Provide MPC and X25LINK 
entries for the next level of support. 
Record the number of times the 
System generates this log. If possible, 
generate paper copies of QCONV 
command query results at the MAP 
level of the MPC that produces the 
log. 
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Field Value Description 
REASON: 19 TRIED TO Indicates suspect MPC entry in table 
reastxt DOWNLOAD BUT MPC contains a file that is not present 
NO DLOAD FILE in field DLDFILE. This condition 
EXISTS. causes the download to fail. 
ACTION: Perform one of the following 
actions: 
e Delete tuple for suspect MPC 
from table MPC and add together. 
e Edit table MPC and change the 
DLDFILE to a file that is present. 
List the device directory that contains 
file location before you enter the file in 
DLDFILE field in tuple. Perform the 
actions in this order so that table 
control can recognize the file. 
REASON: 21 INVALID Indicates an application tried to 
reastxt CONVERSATION perform a file system operation on the 
SPECIFIED IN suspect MPC. The application 
FILESYS OP supplied information that referred to a 
conversation that is not present. 
Note: Application entries can refer to 
different conversations. An entry that 
is not correct can cause this problem. 
ACTION: Check the entries for the 
application again. Contact the next 
level of support. 
REASON: 22 COULD NOT Indicates problems in operating 
reastxt CLAIM system software that MPCSUB uses. 
E An ed ACTION: If the system generates 
` ` REASON 22 three times in 1 h for the 
same MPC, contact the next level of 
support. No other action is required. 
REASON: 23 BAD DEVICE NUM Indicates that an application supplied 
reastxt IN MPC VOLIDON _ bad data during a file system 


FILE OPERATION: 
nn 


operation on suspect MPC. The 
suspect MPC rejects the operation. nn 
- suspect MPC number (0 to 63). 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 23 PEC IN TABLE The PEC entered in table MPC for this 
reastxt MPC DOES NOT MPC card is wrong. This report occurs 
MATCH after an attempt to RTS the MPC. The 
INSTALLED CARD RTS fails and the system generates 
this message. 
ACTION: Determine if the product 
engineering code (PEC) of the 
installed card matches the entry in 
table MPC. The DMS CC only allows 
entry of a PEC of 1X89BA after 
installation of the NTXE98 feature 
package. 
REASON: 24 BAD MLC INDEX Indicates that an application supplied 
reastxt IN MPCVOLID ON _ bad data during a file system 
FILE OPERATION: operation on suspect MPC. The 
nnn suspect MPC rejects the operation. 
nnn = internal table index (0 to 255). 
ACTION: Contact the next level of 
support. 
REASON: 25 NIL MLC ENTRY Indicates that an application supplied 
reastxt ENCOUNTERED bad data during a file system 
ON FILE OP AT operation on suspect MPC. The 
INDEX: nnn suspect MPC rejects the operation. 
nnn = internal table index (0 to 255). 
ACTION: Contact the next level of 
support. 
REASON: 26 MPC VOL ID Indicates that an application supplied 
reastxt REFERS TO bad data during a file system 
NONEXISTENT operation on suspect MPC. The 
MPC: nnn suspect MPC rejects the operation. 


nnn = internal table index (0 - 255). 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 27 MPC VOL ID Indicates that an application supplied 
reastxt REFERS TO LINK bad data during a file system 
WITH NO ALLOCD operation on suspect MPC. The 
CONVS: n suspect MPC rejects the operation. n 
= link number with no allocations (0 - 
3). 


Note: Protocol support tables, like 
X25LINK, that describe 
characteristics of MPC link can have 
wrong or missing entries. 


ACTION: Determine if the entry in 
data schema table MPC defines a 
valid protocol for the suspect MPC. If 
the table does not define valid 
protocol, correct the entry. If the entry 
defines valid protocol, contact the 
next level of support. 


REASON: 28 MPC VOL ID Indicates that an application supplied 

reastxt REFERS TO bad data during a file system 
NONEXISTENT operation on suspect MPC. The 
CONVERSATION: suspect MPC rejects the operation. 
nnn nnn = number of nonexistent 


conversation(0 - 255). 


Note: Protocol support tables, like 
X25LINK, that describe 
characteristics ofMPC link can have 
wrong or missing data entries. 


ACTION: Determine if the entry in 
data schema table MPC defines a 
correct protocol for the suspect MPC. 
If the entry does not define a valid 
protocol, correct the entry. If the table 
defines correct protocol, contact the 
next level of support. 
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Field Value Description 
REASON: 29 RESOURCES Indicates an application cannot 
reastxt COULD NOT BE perform OPEN or NEWFILE operation 
ALLOCATED FOR on an MPC file. nnn = number of 
FILE, C: nnn conversation that was not assigned (0 
- 255). 
ACTION: Check MPC log buffer for 
log reports for same MPC. Follow 
action indicated for other reports. If 
actions conflict, contact the next level 
of support. 
REASON: 30 PROTOCOL POST Reflects problems occur when 
reastxt READ protocol support software handles 
OPERATION messages from suspect MPC to an 
FAILED application. 
ACTION: Determines the entry in data 
schema table MPC defines a valid 
protocol for the suspect MPC. If entry 
does not define a valid protocol, 
correct the entry. If entry defines a 
valid protocol, contact the next level of 
support. 
REASON: 31 NO MAILBOX Indicates a mailbox was not allocated 
reastxt ALLOCATED FOR for protocol indicated in REASON 31. 
PROTOCOL nn The system cannot bring any MPC 
with the specified protocol to a 
communications active (COMACT) 
state. nn = protocol index number (0 
to 15). 
ACTION: Contact the next level of 
support. 
REASON: 32 PROTOCOL Indicates specified protocol 
reastxt AUDIT FAILED. subsystem failed to bind in the 
PROTOCOL: nn procedures to MPCSUB. nn = 
protocol index number (nn = 0 - 15). 
ACTION: Contact the next level of 
support. 
REASON: 33 PROTOCOL HAS Indicates protocol support software 
reastxt BAD INDEX IN made an error in the entry code, and 
PROTOCOL startup of the protocol support 
TABLE software process failed. 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 34 BAD DIRECTION Indicates that a queue operation for 
reastxt FOR QUEUE protocol support attempted an 
OPERATION operation other than place in a queue 
or remove from a queue. 
ACTION: Contact the next level of 
support. 
REASON: 35 COULD NOT ADD Indicates a problem with operating 
reastxt PROTOCOL TO system software that MPC central 
STRING RANGE. control code uses. Protocol support 
RC: subsystem cannot alert MPCSUB to 
the procedures. 
ACTION: Contact the next level of 
support. 
REASON: 36 COULD NOT INIT Indicates that initialization of protocol 
reastxt PROTOCOL information for specified protocol 
ENTRY. INDEX IS: support subsystem failed. nn = 
nn protocol index number (0-15). 
ACTION: Contact the next level of 
support. 
REASON: 38 PROTOCOL Indicates specified protocol support 
reastxt EVENT PROC subsystem failed to bind in the 
FAILED. procedures to the MPCSUB. nn = 
PROTOCOL: nn protocol index number (0-5). 
ACTION: Contact the next level of 
support. 
REASON: 39 COULD NOT Indicates the MPC subsystem cannot 
reastxtO ALLOC STORE obtain necessary storage to correctly 
FOR PROTOCOL handle protocol. Protocol conversion 
QUEUE RC: fails, and MPC cards cannot return to 
service automatically. 
ACTION: Record the reported value 
and contact the next level of support. 
REASON: 41 CCC TO MLC Indicates an application cannot use 
reastxt TABLE IS FULL. suspect MPC for input/output since all 


global conversation numbers are not 
available. 


Note: Global conversation table can 
be too small. 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 43 CANNOT ALLOC Indicates attempt to add an entry toa 
reastxt CONVS. NO support table (for example, X25LINK) 
BOARD IS for suspect MPC failed. Failure occurs 
ALLOCED because table MPC does not define 
MPC. 
Note: Enter table MPC before the 
support table. 
ACTION: Determine if the entry in 
table MPC defines a valid protocol for 
suspect MPC. If the entry does not 
define a valid protocol, correct the 
entry. If the entry defines a valid 
protocol, contact the next level of 
support. 
REASON: 44 WRONG NUMBER Indicates error in protocol support 
reastxt OF CONVS table control (for example, X25LINK) 
SPECIFIED IN : 
DEALLOCATE ACTION: Contact the next level of 
support. 
REASON: 46 Duplicate Indicates that an application 
reastxt application attempted to bind an application name 
definition attempt identical to an application already 
for ID: bound. The message provides the 
internal ID for the duplicated name. 
Note: When an application cannot 
bind correctly to the MPC subsystem, 
that application can attempt to 
function without the MPC subsystem 
or abort. 
ACTION: Contact the next level of 
support. 
REASON: 47 Application Indicates that the MPC subsystem 
reastxt definition exceeded reached the logical capacity to service 


System capacity. 


applications as a process manager. 
The application cannot bind to the 
MPC subsystem. 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 48 Application process Indicates an application requested 
reastxt module not found process management for a process or 
for ID: processes that the system cannot 
identify. This condition indicates that 
the process module is not loaded in 
the system. The message provides 
the internal application ID. 
ACTION: Contact the next level of 
support. 
REASON: 49 Could not Indicates MPC subsystem was not 
reastxt ALLOC_STORE for able to allocate storage necessary for 
application RC: process management that an 
application required. 
ACTION: Contact the next level of 
support. 
REASON: 50 Undefined Indicates an application did not follow 
reastxt application correct sequence to bind to MPC 
attempted bind. subsystem. 
ACTION: Contact the next level of 
support. 
REASON: 51 Application name Indicates an application attempted to 
reastxt has an invalid bind for process management with a 
length. name that exceeds eight characters. 
ACTION: Contact the next level of 
support. 
REASON: 52 Attempt to bind NIL Indicates application nn specified 
reastxt PROCVAR by invalid information in the message. 


application: nn 


This condition can occur during restart 
or module loading. 


ACTION: Contact the next level of 
support. Use the DDEDIT increment 
and the PRINTTYPE MPCAPPLNID 
command to find the application that 
nn identifies. 
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Field 


Value 


Description 


REASON: 55 
reastxt 


REASON: 82 
reastxt 


REASON: 102 
reastxt 


REASON: 123 
reastxt 


MPCMTCAU 
process task is 
unknown. 


COULD NOT 
WAKE UP THAT 
PROCESS. 
<processname> 
RC: 


X25: LINK STATE 
MISMATCH ON 
EXTERNAL 
VALUE: 


X25: TASK rcvd, no 
link datafill for 
protocol: 


Indicates that an MPC maintenance 
process is assigned to a task the 
process does not recognize. This 
condition can be the result of data 
corruption or wrong implementation, 
to account for possible tasks. The 
system provides an integer 
representation of the assigned task 
for support. A Restart results. 


ACTION: Contact next level of 
support. Occurrence of REASON 55 
prevents correct operation of 
maintenance on the MPC(s) or 
transfer of operational 
measurements. The log indicates that 
RESTART is necessary because 
initialization was not correct. 


Indicates that there was an application 
process expecting either input or 
output on the MPC links, but the SOS 
operating system could not wake up 
that process when needed. 


ACTION: Contact the next level of 
support. 


Indicates the card and CC software do 
not agree on the status of the link. 


ACTION: Record the reported 
external value, the conditions, and the 
frequency of this condition. Provide 
this information to the next level of 
support. 


Indicates that peripheral software 
identified a task for X.25 protocol 
support on a link that is not entered for 
that protocol. The message provides 
the protocol index. 


ACTION: If the system generates this 
log repeatedly, BSY/RTS the MPC to 
reset the peripheral software. 
Download the peripheral again to try 
to clear the problem. 
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Field 


Value 


Description 


REASON: 184 
reastxt 


REASON: 200 
reastxt 


reastxt 


REASON: 201 
reastxt 


IOM-ASYNC: 
Start Appln 
received. TasklD: 0 


ASYNC: COULD 
NOT USE ENABLE 
LINK DR. 


X25: COULD NOT 
USE ENABLE LINK 
DELAYED 
RESPONSE 


X25: COULD NOT 
USE DISABL LINK 
DELAYED 
RESPONSE 


System must receive the message 
only from the IOC-MPC NT1X89. 


ACTION: Perform the action that 
caused the log again. If log occurs 
again, delete the tuple that the log 
format identifies as MPC = nnn and 
add the tuple again. Delete the tuple in 
table MPCLINK, then in table MPC. 
Add the tuple to table MPCLINK and 
table MPC. If the system continues to 
generate the log, reload the IOM. If 
the system continues to generate the 


ACTION: If the error persists, monitor 
the logs for any application-related 


the ENABLE LINK command during 


ACTION: No action is required. 


the DISABLE LINK command during 


the link does not change. REASON 


ACTION: No action is required. 


Indicates that the system received a 
message from the IOM_MPC. The 


log, contact the next level of support. 


Indicates that the asynchronous 
protocol was not able to use an enable 
link delayed response. 


process error messages. Contact the 
next level of support. 


Indicates that central control did not 
process the suspect MPC response to 


RTS or later audit. The state of the link 
or any permanent virtual circuit (PVC) 
onthe link does not change. REASON 
200 provides information for use with 
other MPC messages. 


Indicates that central control did not 
process the suspect MPC response to 


RTS or later audit. The state of the link 
or any Permanent Virtual Circuit on 


201 provides information for use with 
other MPC messages. 
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Field Value Description 
REASON: 202 ASYNC: COULD Indicates that the asynchronous 
reastxt NOT USE RESET protocol was not able to use a reset 
DR. link delayed response. 
ACTION: If the error persists, monitor 
the logs for any application-related 
process error messages. Contact the 
next level of support. 
reastxt X25: COULD NOT Indicates that central control did not 
USE RESET LINK process the suspect MPC response to 
DELAYED the RESET LINK command during 
RESPONSE RTS or later audit. The state of the link 
or any permanent virtual circuit on the 
link does not change. REASON 202 
provides information for use with other 
MPC messages. 
ACTION: No action is required. 
REASON: 203 ASYNC: COULD Indicates that the asynchronous 
reastxt NOT USE NOTIFY protocol was not able to not use a 
LINK STATUS solicited link status message from the 
CHANGE. MPC card. 
ACTION: If the error persists, monitor 
the logs for any application-related 
process error messages. Contact the 
next level of support. 
reastxt X25: COULD NOT Indicates that central control did not 


USE NOTIFY LINK 
STATUS CHANGE 


process the suspect MPC response to 
unsolicited messages while MPC was 
communications active (COMACT). 
The state of the link or any permanent 
virtual circuit on the link does not 
change. REASON 203 provides 
information for use with other MPC 
messages. 


ACTION: No action is required. 
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Field Value Description 
REASON: 204 X25: COULD NOT Indicates that central control did not 
reastxt USE START process the suspect MPC response to 
APPLICATIONDEL START APPLICATION command 
RESP during RTS. The state of suspect 
MPC or any link on the MPC does not 
change. REASON 204 provides 
additional information for use with 
other MPC messages. 
ACTION: No action is required. 
REASON: 205 X25: COULD NOT Indicates that central control did not 
reastxt USE ENABLE MPC process suspect MPC response to 
DELAYED ENABLE MPC command during RTS 
RESPONSE or later audit. State of suspect MPC or 
any link on the MPC does not change. 
REASON 205 provides additional 
information for use with other MPC 
messages. 
ACTION: No action is required. 
REASON: 206 X25: COULD NOT Indicates that central control did not 
reastxt USE NOTIFY MPC process suspect MPC response to 
STATUS CHANGE state change message that MPC did 
not request. The state change 
message is from communications 
active (COMACT) MPC. The state of 
the suspect MPC or any link on the 
MPC does not change. REASON 206 
provides additional information for use 
with other MPC messages. 
ACTION: No action is required. 
REASON: 207 X25: COULD NOT Indicates the card response contained 
reastxt USE START an error code or invalid field. 
CONVERSATION : M 
DEL RESP ACTION: Note the conditions that 


cause the error. Attempt to produce 
the error again. Document this error 
with PMIST. Contact the next level of 
support. 
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Field Value Description 
REASON: 208 ASYNC: COULD Indicates that the asynchronous 
reastxt NOT USE RESET protocol was not able to use a reset 
CONV DR conversation delayed response. 
ACTION: If the error persists, monitor 
the logs for any application-related 
process error messages. Contact the 
next level of support. 
reastxt X25: COULD NOT Indicates that central control did not 
USE RESET CONV process suspect MPC response to 
DEL RESP RESET CONVERSION command 
during RTS or later audit. The state of 
suspect MPC or any link on the MPC 
does not change. REASON 208 
provides additional information for use 
with other MPC messages. 
ACTION: No action is required. 
REASON: 209 X25: COULD NOT Indicates central control did not 
reastxt USE NOTIFY process suspect MPC response to 
CONV STATUS state change message that MPC did 
CHANGE not request. State change message is 
from communications active 
(COMACT). The state of suspect 
MPC or any link on the MPC does not 
change. REASON 209 provides 
additional information for use with 
other MPC messages. 
ACTION: No action is required. 
REASON: 210 X25: COULD NOT Indicates the card response contained 
reastxt USE STOP an error code or invalid field. 
CONVERSATION ACTION: Note the conditions that 
DEL RESP 
cause the error. Attempt to produce 
the error again. Document this error 
with PMIST. Contact the next level of 
support. 
REASON: 211 ASYNC: ROM Indicates that the asynchronous 
reastxt TASK ROUTEDTO protocol received an input message 
ASYNC SUPPORT. with an ROM task ID that is not 


defined. 


ACTION: If the error persists, monitor 
the logs for any application-related 
process error messages. Contact the 
next level of support. 
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Field 


Value 


Description 


reastxt 


REASON: 212 
reastxt 


reastxt 


REASON: 214 
reastxt 


X25: ROM TASK 
ROUTED TO X25 
SUPPORT 


ASYNC: INVALID 
TASK ID FOR 


ASYNC SUPPORT. 


X25: INVALID 
TASK ID FOR X25 
SUPPORT 


ASYNC: COULD 
NOT BIND INTO 
PROTOCOL 
TABLE: nn 


Indicates central control software 
error caused a read-only memory 
(ROM) level MPC message to 
transmit to central control protocol 
support software. Central control 
protocol support software ignored the 
message. 


ACTION: No action is required. 


Indicates that the asynchronous 
protocol received an input message 
that the protocol did not understand. 


ACTION: If the error persists, monitor 
the logs for any application-related 
process error messages. Contact the 
next level of support. 


Indicates suspect MPC responded to 
a command with an invalid task 
specified. System ignored the 
response. 


Note: The commands from central 

control to MPC are categorized into 
tasks. The level of the task depends 
on the level of downloaded protocol 
software that applies to the task. 


ACTION: If the system generates 
REASON 212 three times in 1 h for 
suspect MPC, perform diagnostic 
tests on suspect MPC. After you 
perform corrective maintenance, if the 
message occurs again in 15 min, 
contact next level of support. No other 
action is required. 


Indicates that the asynchronous 
protocol was not able to correctly bind 
in at initialization. nn = the protocol 
index number (0-15). 


ACTION: Contact the next level of 
support. 
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reastxt X25: COULD NOT Indicates X25 protocol support 
BIND PROTOCOL software of X25SUB was not able to 
INTO TABLE: alert MPCSUB to procedures and 
data of the protocol. Suspect MPC 
cannot be communications active 
(COMACT) until the problem is 
corrected. The message identifies the 
X.25 implementation that did not 
correctly bind in at initialization. 
ACTION: Contact next level of 
support. Check MPC log buffer for 
MPC101 reports for same MPC with 
reason code equal to 33 or 533 for 
additional information. 
REASON: 215 ASYNC: COULD Indicates a system process 
reastxt NOT BIND management problem at initialization. 
SUPPORT CHILD nn = the protocol index number (0-15). 
BROCESS i ACTION: Contact the next level of 
support. 
reastxt X25: COULD NOT Indicates system did not create child 
BIND X25 process for X25 protocol support. The 
SUPPORT CHILD protocol index distinguishes between 
PROCESS: X25ORIG and X2580. The suspect 
MPC cannot be communications 
active (COMACT) until the problem is 
corrected. 
ACTION: Contact the next level of 
support. 
REASON: 216 Unable to schedule Indicates that the system procedure 
reastxt regular audit for failed. This procedure schedules the 


PROTOCOL: nn 
or 


ASYNC: COULD 
NOT SCHEDULE 
AUDIT WAKEUP: 
nn 


periodic audit of the MPCs entered for 
a protocol. The first reason text can 
appear during normal operation. nn = 
the protocol index number (0-15). The 
second reason text indicates that the 
problem occurred during initialization 
of the asynchronous protocol. nn = the 
protocol index number (0-15). 


ACTION: The system makes the 
affected MPC link system busy. 
Contact the next level of support. 
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Field Value Description 
reastxt Unable to schedule Indicates that the system procedure 
regular audit for fails. This procedure schedules the 
PROTOCOL: nn periodic audit of MPCs entered for the 
i tocol. The first text indicates 
X25: COULDNOT = -9IVE pro 
SCHEDULE AUDIT the X.25 implementation that failed 
WAKEUP nn during normal operation. The second 
text indicates that the problem 
occurred during initialization of the 
X.25 protocol. The protocol index 
number follows the second text. 
ACTION: Contact the next level of 
support. 
REASON: 219 ASYNC: CHILD Indicates that the system was not able 
reastxt COULD NOT BE to define the asynchronous protocol 
DEFINED: nn child process during initialization. nn = 
the protocol index number (0-15). 
ACTION: Contact the next level of 
support. 
reastxt X25:Childcouldnot Indicates the system was not able to 
be defined. start protocol support process. 
ACTION: Contact the next level of 
support. 
REASON: 220 ASYNC:REQUEST Indicates that the system was not able 
reastxt FOR CHILD to process the asynchronous protocol 
COULD NOT BE child process request during 
PROCESSED. initialization. Representation of the 
asynchronous protocol index is 
numeric. 
ACTION: Contact the next level of 
support. 
reastxt X25: Request for Indicates that the system was not able 


child could not be 
processed. 


to start the protocol support process. 


ACTION: Contact the next level of 
support. 
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recieved. TasklD: 0 


REASON: 301 OM notification of 
reastxt datachange failed. 
RC: 


REASON: 302 OM notification of 
reastxt datachange failed. 
RC: 


Field Value Description 
REASON: 284 IOM-BX25: Indicates that the system received a 
reastxt Start Appln message from the IOM_MPC. The 


System must receive this message 
only from the IOC-MPC NT1X89. 


ACTION: Perform the action that 
caused the log again. If log occurs 
again, delete the tuple that the log 
format identifies as MPC = nnn and 
add the tuple again. Delete the tuple in 
table MPCLINK, then in table MPC. 
Add the tuple to table MPCLINK and 
table MPC. If the system continues to 
generate the log, reload the IOM. If 
the system continues to generate the 
log, contact the next level of support. 


Indicates that the system did not 
correctly communicate deletion to the 
OM subsystem. This deletion 
originates at MPC table control and 
affects MPC OM tuple information. 
This message provides the 
returncode for support. Appearance of 
this reason indicates that OM tuples in 
the MPCBASE group can be wrong, 
or can generate wrong information. 


ACTION: Contact the next level of 
support. 


Indicates that the system did not 
correctly communicate a deletion to 
the OM system. This deletion 
originates at MPC table control and 
affects MPC OM tuple information. 
This message provides the return 
code for support. Appearance of this 
reason indicates that OM tuples in the 
MPCBASE group can be wrong, or 
can generate wrong information. 


ACTION: Contact the next level of 
support. 
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Field 


Value 


Description 


REASON: 303 
reastxt 


REASON: 304 
reastxt 


REASON: 310 
reastxt 


REASON: 311 
reastxt 


OM notification of 
datachange failed. 
RC: 


OM notification of 
datachange failed. 
RC: 


UNKNOWN 
PROTOCOL 
TRIED OM 
DATACHANGE 
NOTIFY. 


PROTOCOL OM 
DATACHANGE ON 
UNRECOGNIZED 
LINK: 


Indicates the system did not correctly 
communicate MPC download 
operation that affects MPC OM tuple 
information to the OM system. This 
message provides the return code for 
support. Appearance of this reason 
indicates that OM tuples in the 
MPCBASE group can generate tuple 
information that is not correct. 


ACTION: Contact the next level of 
support. 


Indicates that the system did not 
correctly communicate a change to 
the OM system. This change 
originates at X25LINK table control 
and affects MPC OM tuple 
information. This message provides 
the return code for support. 
Appearance of this reason indicates 
that OM tuples in groups MPCBASE, 
MPCLINK2 or MPCLINKS can be 
wrong or can generate wrong 
information. 


ACTION: Contact the next level of 
support. 


Indicates that the protocol 
identification mechanism is corrupt or 
a protocol subsystem is not correctly 
bound. 


ACTION: Contact the next level of 
support. 


Indicates that a protocol table control 
change that affects OMs occurred on 
an MPC link. The MPC OM software 
does not recognize this MPC link. The 
protocol data are corrupt or the MPC 
OM software cannot handle a new 
link. This message provides the 
number of the link that the software 
does not recognize. 


ACTION: Contact the next level of 
support. 
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Field Value 


Description 


REASON: 312 OM operation on 
reastxt unknown LINK: 


REASON: 313 OM operation on 
reastxt unknown LINK: 


REASON: 314 OM operation on 
reastxt unknown LINK: 


REASON: 320 OM tuple ALLOC 
reastxt failed - group data 
invalid. 


Indicates a link reset occurred on a 
link the MPC OM software does not 
recognize. Appearance indicates link 
data are corrupt or the MPC OM 
software is not correctly implemented 
for the current protocol support 
capabilities. The message provides 
the number of the link that the 
software does not recognize. 


ACTION: Contact the next level of 
support. 


Indicates that the system received 
data on a link that the MPC OM 
software does not recognize. 
Appearance indicates link data are 
corrupt or the MPC OM software is not 
correctly implemented for the current 
protocol support capabilities. This 
message provides the number of the 
link that the software does not 
recognize. 


ACTION: Contact the next level of 
support. 


Indicates that the system transmitted 
data on a link that the MPC OM 
software does not recognize. 
Appearance indicates link data are 
corrupt or the MPC OM software is not 
correctly implemented for the current 
protocol support capabilities. This 
message provides the number of the 
link that the software does not 
recognize. 


ACTION: Contact the next level of 
support. 


Indicates an OM tuple allocation for 
MPCBASE OM group is not 
successful. Correct increments of the 
group registers are not possible. 


ACTION: Contact the next level of 
support. 
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Field Value Description 


REASON: 321 OM tuple ALLOC Indicates an OM tuple allocation for 
reastxt failed - group data MPCLINK2 OM group is not 
invalid. successful. Correct increments of 
group registers are not possible. 


ACTION: Contact the next level of 
support. 


REASON: 322 OM tuple ALLOC Indicates an OM tuple allocation for 
reastxt failed - group data MPCLINK3 OM group is not 
invalid. successful. Correct increments of the 
group registers are not possible. 


ACTION: Contact the next level of 


support. 
REASON: 330 Could not set Indicates that process cannot 
reastxt wakeup for polling guarantee the timing of messages to 
OMs. MRC: the board. This condition interrupts 


the normal polling method of MPC 
peripheral OMs. This message 
provides the return code. The MPC 
OM data does not show true in the 
active registers. Data are collected on 
the table, but transfer to the CC 
occurs less often. 


ACTION: The system can correct this 
problem after a process timeout. 
Check MPC OMs in groups 
MPCLINK2 and MPCLINKS after 12 
min. If the system updated the 
registers, check again in 3 min. If the 
system does not update the registers, 
contact the next level of support. 
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Field 


Value 


Description 


REASON: 332 
reastxt 


REASON: 333 
reastxt 


MPCMTCAU: no 
OM polling for a 
period of (mins): 


Global reset of 
peripheral OMS 
failed. RC: 


Indicates that the normal system 
mechanism to poll MPC peripheral 
OMs failed. A process timeout occurs 
that causes the system to collect data 
from the board. This message 
provides the period of process 
timeout. 


ACTION: Monitor MPC OMs in groups 
MPCLINK2 and MPCLINK3. Note the 
frequency that the system updates 
registers. Updates should occur faster 
than the period provided in the log 
provides. The system can correct the 
problem. If the system does not 
correct the problem, contact the next 
level of support. This condition 
indicates a system resource problem. 


Indicates a reset of all OM counts that 
the board contains. Board conditions 
during an OM system 
transfer-to-holding of active data 
warranted this reset. The system 
generates a message that indicates 
the board was not successful. This 
message provides a return code. Data 
in MPC OM groups are not accurate 
for the MPC in question during the 
new OM transfer period. A maximum 
2.5 min of additional data are 
possible. 


ACTION: Contact the next level of 
support. 
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Field Value Description 


REASON: 334 MPCMTCAU does Indicates that the user did not update 
reastxt not know of system the parameters for the system clock. 
clock chg. MRC: To monitor when the polling of the 

boards must occur, MPC OM software 
must know of system clock changes. If 
this log appears, notification of system 
clock changes does not occur. The 
result is probable extension or 
reduction of the current polling period 
when a clock change occurs. When 
the change is complete, polling 
returns to a normal state. 


ACTION: No immediate action is 
required. This fault code indicates the 
ability to handle a common user 
request. If a time change is greater 
than the OM system transfer period, 
the system can lose some peripheral 
data. The loss relates to the time 
change. 


REASON: 335 MPCMTCAU OM Indicates that the polling process did 
reastxt process wakeup not correctly set the past poll time. 
late. Resetting WP. The system resets the poll to the 
current system clock time. 


ACTION: If this log occurs more than 
one time during a 24-h period, contact 
the next level of support. This 
message indicates a problem with the 
System clock or timing resources. 


REASON: 340 PP sent invalid Indicates that one or both of the 
reastxt number of registers following conditions occurred: 
on OM poll: 


the peripheral sent more data 
than the MPCBASE group 
expects 


e peripheral message data are 
corrupt 


When the system polls the peripheral, 
the MPC OM software expects data. 
This data is for a fixed number of OM 
registers in each of the MPC OM 
groups . 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 406 MPCGDADY: Indicates that the range of parameters 
reastxt REVIVE STRING for the REVIVE command changed 
RANGE VALUE but the command implementation 
UNKNOWN: does not reflect the change. This 
message provides the value that the 
system does not recognize. 
ACTION: Contact the next level of 
support. 
REASON: 407 MPCGDADY: Indicates the granddaddy process 
reastxt UNEXPECTED received a message with a message 
MSGTYPE type that the grandaddy process does 
RECEIVED. MT: not recognize (a message not from 
the stepdaddy). The affected process 
returns to a wait condition after a 30 s 
delay. 
ACTION: If this log occurs repeatedly, 
note the message type that the log 
report indicates and contact the next 
level of support. 
REASON: 408 MPCGDADY: Indicates the stepdaddy process 
reastxt UNEXPECTED received a message with a message 
MSGTYPE type that the stepdaddy does not 
RECEIVED. MT: recognize. The affected process 
returns to a wait condition after a 30 s 
delay. 
ACTION: If this log occurs repeatedly, 
note the message type that the log 
report indicates and contact the next 
level of support. 
REASON: 409 MPCGDADY: Indicates that an MPC subsystem 
reastxt DEADPROCID IS child process died two times in 30 s. 


#XXXX #XXXX. 


Note the associated MPC106 log. 


ACTION: No action is required. 
Attempt a REVIVE of the dead 
process. Note the process ID that this 
log supplies to use with the REVIVE 
command. 
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Field Value Description 
REASON: 500 CSLINK GATE Indicates C-side link to suspect MPC 
reastxt OPEN FAILED. cannot open to perform maintenance, 
NODE ASPECT and maintenance fails 
RE: ACTION: Repeat maintenance. If 
maintenance continues to fail, contact 
the next level of support. 
REASON: 501 CSLINK GATE Indicates C-side link to the MPC was 
reastxt CLOSE FAILED. not able to be closed during 
NODE ASPECT maintenance or restart, and 
RC: maintenance fails. 
ACTION: Repeat maintenance or 
restart. If maintenance or restart 
continues to fail, contact the next level 
of support. 
REASON: 502 DELAY FAIL Indicates call to operating system 
reastxt WAITING FOR DELAY routine failed when user 
MTEST entered TST FULL command from 
COMPLETION MPC MAP level. 
ACTION: Repeat command. If call to 
DELAY routine continues to fail, 
contact the next level of support. 
REASON: 503 COULD NOT GET Indicates call to operating system 
reastxt UNIT INFO. MPC: GET. UNIT INFO routine failed. nnn = 
nnn suspect MPC number (0-255). 
ACTION: Contact the next level of 
support. 
REASON: 504 MPCDLOAD: Indicates call to operating system 
reastxt GET UNIT INFO GET. UNIT INFO routine failed when 


FAILED. 


attempted to download suspect MPC. 


ACTION: Perform manual download 
of all MPC boards before RTS. 


background download process 
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1-550 Log reports 


Field 


Value 


Description 


REASON: 505 
reastxt 


REASON: 506 
reastxt 


REASON: 507 
reastxt 


REASON: 508 
reastxt 


MPCDLOAD: 
MAILBOX 
FAILURE. RC: 


MPCGDADY: 
STOPPROCESS 
FAILURE. RC: 


MPCGDADY: 
PREFMB NOT 
ALLOCATED. RC: 


MPCGDADY: 
INVOKE_NEW_ 
PROCESS 
FAILURE RC: 


Indicates the background download 
process encountered an error while 
the process waited for a message in 
the process mailbox. 


Note: The user can use the 
DOWNLD command from the MPC 
MAP level to download cards. 


ACTION: Perform manual download 
of all MPC boards before RTS if one of 
the following conditions occurs: 


e The system generates REASON 
505 repeatedly. 


e REASON 505 affects data 
transmission. 


Contact the next level of support. 


Indicates that the system cannot stop 
a stepdaddy child process for cleanup 
before the system deallocates the 
process. This log associates with log 
report MPC106. The MPC106 log 
provides the name of the affected 
process. 


ACTION: Contact the next level of 
support. 


Indicates that the system cannot 
allocate a mailbox for a child of the 
stepdaddy process. This log 
associates with log report MPC106. 
The MPC106 log names the process 
that cannot start without the mailbox. 


ACTION: Contact the next level of 
support. 


Indicates stepdaddy process cannot 
create the requested child process on 
the first attempt. This log associates 
with log report MPC106. The MPC106 
log report names the process that the 
stepdaddy process cannot create. 


ACTION: Contact the next level of 
support. 
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Log reports 1-551 


Field Value Description 

REASON: 509 MPCGDADY: Indicates that the system cannot 

reastxt INVOKE NEW PR create a dead process again. This log 
OCESS FAILURE associates with log report MPC106. 
RC: The MPC106 report names the 


process that the system cannot start. 
ACTION: Contact the next level of 


support. 
REASON: 510 MPCGDADY: Indicates that the user issued the 
reastxt INVOKE NEW PR REVIVE command for a process or 
OCESS FAILURE set of processes. The attempt to 
RC: create another instance of a process 


failed. This log associates with log 
report MPC106. The MPC106 report 
names the process that the system 
cannot start. 


Note: This event appears in the total 
failure account given at the MAP 
display. In addition, this log report 
appears for each process specified in 
the failed REVIVE command request. 


ACTION: Contact the next level of 


support. 
REASON: 511 MPCGDADY: Indicates mailbox deallocation failed 
reastxt CHILD PREFMB after system received a request to 
NOT delete the child process. 
E TUER ACTION: If this log appears 
, repeatedly as MPC entries change, 
resources can be not available. 
Contact the next level of support. 
REASON: 512 MPCGDADY: Indicates that system cannot 
reastxt DESTROYPROGIN  deallocate a child process after the 


ST FAILURE. RC: abnormal or requested death of the 
child process. This log associates with 
log report MPC106. The MPC106 log 
names the affected process. 


ACTION: Contact the next level of 
support. 
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1-552 Log reports 


Description 


Field Value 

REASON: 513 MPCGDADY: WAIT 

reastxt LOOP MAILBOX 
FAILURE. RC: 


REASON: 514 MPCGDADY: 

reastxt COULD NOT 
SEND REVIVE 
REPLY. S- F= 


Indicates granddaddy process 
encountered a bad return code during 
an attempt to receive a message from 
stepdaddy process in stepdaddy 
mailbox. The MPCGDADY process 
returns to wait condition after a 30-s 
delay. 


Note: |f the user received a REVIVE 
command before this log occurred, 
results can appear to not occur from 
this command. If this condition occurs, 
wait 2 min and repeat the REVIVE 
command. If this log appears more 
than one time in 10 min, this log 
indicates a system fault. 


ACTION: Contact the next level of 
support. 


Indicates that the granddaddy or 
stepdaddy process cannot reply to the 
REVIVE command. This log also 
indicates that system attempted the 
send, and a bad SOS return code 
resulted. Because the system 
internally executed REVIVE 
command, this message displays 
numbers of successful and failed 
process revives. 


Note: S=1 and F=1A identify process 
or application name that the system 
does not recognize. The S=0 and F=0 
identify a process ID that the system 
does not recognize. 


ACTION: An SOS error can occur. 
Contact the next level of support. 
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Log reports 1-553 


Field Value Description 
REASON: 515 MPCGDADY: WAIT Indicates stepdaddy process 
reastxt LOOP MAILBOX encountered a bad return code during 
FAILURE. RC: an attempt to receive a message from 
child processes in the stepdaddy 
mailbox. The SDADY process returns 
to wait condition after a 30-s delay. 
Note: |f the user issued a REVIVE 
command before this log occurred, 
this command can appear to have no 
results. If this condition occurs, wait 2 
min and repeat the REVIVE 
command. If this log appears more 
than one time in 10 min, this log 
indicates a system fault. 
ACTION: Contact the next level of 
support. 
REASON: 516 MPCINIT: COULD Indicates that the system cannot 
reastxt NOT ALLOC PROC allocate process pool for MPCSUB 
POOL. RC: during restart. All MPC processes are 
not available. 
ACTION: Contact the next level of 
support. 
REASON: 517 MPCINIT: COULD Indicates that the system cannot 
reastxt NOT ALLOC allocate mailbox pool for MPCSUB 
MAILBOX POOL. during restart. 
ne ACTION: Contact the next level of 
support. 
REASON: 518 MPCINIT: COULD Indicates that the system cannot 
reastxt NOT ALLOC FLAG allocate flag pool for MPCSUB during 
POOL. RC: restart. 
ACTION: Contact the next level of 
support. 
REASON: 519 MPCINIT: COULD Indicates that the system cannot 
reastxt NOTALLOCMTCE allocate maintenance mailbox for 
MAILBOX. RC: MPCSUB during restart. The MPC 


ACTION: Contact the next level of 
support. 


maintenance cannot occur. 
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1-554 Log reports 


Field Value Description 
REASON: 520 MPCINIT: Indicates that the system cannot 
reastxt SETDEVICEINFO correctly initialize MPC during restart. 
DEUS FORMIS ACTION: Delete and add tuple for 
f suspect MPC into data schema table 
MPC. Contact the next level of 
support if problem occurs again in 15 
min for same MPC. 
REASON: 521 MPCINIT: ID Indicates system cannot identify input 
reastxt INPUT HDLR handler for MPC during restart. 
FAILED FOR . 
MPC. IHPROC. ACTION: Contact the next level of 
support. 
REASON: 522 MPCINIT: ID Indicates system cannot identify input 
reastxt INPUT HDLR handler for MPC during restart. All 
FAILED FOR MPC processes are not available. 
MPOMCIHPROS: ACTION: Contact the next level of 
support. 
REASON: 523 MPCINIT: BIND Indicates node aspect for MPC device 
reastxt NODE ASPECT cannot bind to system during restart. 
CEP DRM ACTION: Contact the next level of 
NODE. 
support. 
REASON: 524 COULD NOT Indicates input handler cannot release 
reastxt RELEASE IO flag to wake output procedure. The 
SYNC FLAG. RC: MPC is not available for additional 
input/output. 
ACTION: Contact the next level of 
support. 
REASON: 525 COULD NOT Indicates input handler cannot release 
reastxt RELEASE BUFF flag to wake file system procedure. 
FLAG ON RCV . 
DATA MSG. RC: ACTION: Contact the next level of 
support. 
REASON: 526 COULD NOT Indicates input handler cannot release 
reastxt RELEASE BUFF flag when input handler encountered 


FLAG ON BUFF 
OVFLOW. RC: 


an error condition. 


ACTION: Contact the next level of 
support. 
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Log reports 1-555 


Field Value Description 
REASON: 527 COULD NOT Indicates MPC input handler received 
reastxt SEND WAKE MSG message for protocol support 
TO PROTOCOL software. Attempt to wake protocol 
software failed. 
ACTION: Busy and RTS suspect 
MPC a second time. If the system 
generates REASON 527 again for 
suspect MPC, contact the next level of 
support. 
REASON: 529 COULD NOT Indicates attempt to initialize MPC 
reastxt ALLOCATE failed. The MPC is not available. nnn 
BOARD FLAGFOR = suspect MPC number (0-255). 
MF ACTION: Delete and add tuple for 
suspect MPC in data schema table 
MPC. Contact the next level of 
support. 
REASON: 530 COULD NOT Indicates attempt to initialize MPC 
reastxt ALLOCATE IO failed. The MPC is not available. nnn 
SYNC FLAG FOR - suspect MPC number (0-255). 
MED ACTION: Delete and add tuple for 
suspect MPC in data schema table 
MPC. Contact the next level of 
support. 
REASON: 531 COULD NOT Indicates central control cannot 
reastxt DEALLOC MPC deallocate board flag when the central 
BOARD FLAG. control deletes the tuple from table 
FLRC: MPC. 
ACTION: Contact the next level of 
support. 
REASON: 532 COULD NOT Indicates MPCSUB processes did not 
reastxt SEND TO bind into MPCGDADY process during 
MPCGDADY restarts, because system was not 
MBOX ON able to send the message to bind into 
CREATE. RC: MPCGDADY. Download (MPDLOAD) 


and maintenance and audit 


available. 


ACTION: Contact the next level of 
support. 


(MPCMTCAU) processes can be not 
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1-556 Log reports 


Field Value Description 
REASON: 533 COULD NOT Indicates SOS failure during 
reastxt DEALLOCATE deactivation of a conversation. 
READ ACCESS ACTION: Record the error codes that 
FLAG. RC: 
the system generates and the number 
of times these codes occur. Note any 
other logs that the system generates 
along with this log. If the error 
condition occurs repeatedly, contact 
the next level of support. 
REASON: 534 COULD NOT Indicates SOS failure during 
reastxt DEALLOCATE deactivation of a conversation. 
WPNE ACCESS ACTION: Record the error codes that 
FLAG RC: 
the system generates and the number 
of times these codes occur. Note any 
other logs that the system generates 
along with this log. If the error 
condition occurs repeatedly, contact 
the next level of support. 
REASON: 535 COULD NOT Indicates MPC system was not able to 
reastxt DEALLOC CONV deallocate a conversation buffer flag. 
POETEN PEAGI ACTION: Contact the next level of 
NV. RC: 
support. 
REASON: 536 COULD NOT Indicates that the system cannot wake 
reastxt WAKE a background download process to 
DOWNLOAD RTS a card that must be downloaded. 


PROCESS FROM 
RTS. RC: 


The RTS fails and the system does 
not perform download. 


ACTION: If DPCDLOAD is dead, 
attempt to revive DPCLOAD. To 
revive DPCLOAD, enter REVIVE 
MPCDLOAD at MPC MAP level, and 
attempt RTS again. If the same 
problem occurs again, TST, 
DOWNLD, and RTS suspect MPC to 
bypass background download. If you 
cannot revive or wake MPCDLOAD, 
contact the next level of support. 
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Log reports 1-557 


Field 


Value 


Description 


REASON: 537 
reastxt 


REASON: 539 
reastxt 


REASON: 541 
reastxt 


REASON: 542 
reastxt 


DOWNLOAD 
OUTGOING MSG 
BUFFER NOT 
ALLOCATED. RC: 


OPEN OF 
DOWNLOAD FILE 
FAILED. RC: 


UNABLE TO READ 
RECORD FROM 
DLOAD FILE 


COULD NOT 
CLOSE 
DOWNLOAD FILE. 
RC: 


Indicates the user cannot download 
the MPC. System cannot allocate 
buffer for messages from CC to MPC. 
This condition only occurs during 
manual download. 


ACTION: Download through RTS. If 
problem occurs again, contact the 
next level of support. 


Indicates suspect MPC cannot be 
downloaded. Download file was not 
available or was not present. 


ACTION: If message occurs during a 
restart, and entry in data table MPC is 
correct, no action is required. (The 
background process attempts the 
download again when files become 
available.) If message does not occur 
during restart, verify that the entry for 
DLDFILE field in table MPC is correct. 
If the data is correct, contact the next 
level of support. If the data is not 
correct, correct the entry. If problem 
occurs again for the same MPC in 15 
min, contact the next level of support. 


Indicates MPC was not downloaded. 
Error occurs while system reads 
record from download file. 


ACTION: Enter RTS or DOWNLD 
command again at MPC MAP level. 
Contact the next level of support if 
problem occurs again. Verify 
DLDFILE entry in table MPC. Attempt 
use of alternate DLDFILE. If the file is 
an ASCII file, use MPCCOPY 
command. 


Indicates download file cannot close 
after suspect MPC downloads. 
REASON 542 should not affect MPC. 
Downloads that follow REASON 542 
can fail. 


ACTION: If the downloads that follow 
fail, contact the next level of support. 
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1-558 Log reports 


Description 


Field Value 

REASON: 543 DOWNLOAD 

reastxt OUTGOING MSG 
BUFFER NOT 
DEALLOCATED. 
RC: 


REASON: 545 COULD NOT 
reastxt CLAIM BOARD 
FLAG ON OUTPUT 


REASON: 546 COULD NOT 
reastxt RELEASE MUTEX 
ACCESS OF MPC 


REASON: 547 COULD NOT 

reastxt RELEASE 
CONVERSATION 
FLAG. RC: 


Indicates that system cannot 
deallocate outgoing message buffer 
after MPC is downloaded. REASON 
543 should not affect MPC. Manual 
downloads that follow REASON 543 
can fail. 


ACTION: If downloads that follow 
REASON 5403 fail, contact the next 
level of support. 


Indicates failure in call to CLAIMFLAG 
during data transmission to MPC. The 
MPC can be not available for 
input/output. 


ACTION: Contact the next level of 
support if problem occurs again in 15 
min. 


Indicates failure in call to 
RELEASEFLAG after data 
transmission to MPC. The MPC can 
be not available for input/output. 


ACTION: Contact the next level of 
support if problem occurs again in 15 
min. 


Indicates failure in call to 
RELEASEFLAG after file system 
input/output action on MPC. The MPC 
can be not available for file system 
input/output. 


ACTION: Contact the next level of 
support if problem occurs again in 15 
min. 
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Log reports 1-559 


Field 


Value 


Description 


REASON: 548 
reastxt 


REASON: 549 
reastxt 


REASON: 550 
reastxt 


REASON: 551 
reastxt 


COULD NOT 
ALLOCATE A 
READ FLAG. RC: 


COULD NOT 
ALLOCATE 
BUFFER FLAG. 
RC: 


COULD NOT 
ALLOCATE A 


WRITE FLAG. RC: 


COULD NOT 
CLAIM BUFFER 
FLAG. RC: 


Indicates SOS failure during 
activation of a conversation. 


ACTION: Document the error codes 
that the system generates and the 
number of times these codes occur. 
Note any other logs that the system 
generates along with this log. If the 
error condition occurs repeatedly, 
contact the next level of support. If the 
reason code that the system 
generates is 2, use the MONMPC 
command SETPARM FLGALLOC. 


Indicates failure to allocate file 
resource on file system OPEN or 
NEWFILE request from application 
that uses MPC for input/output. The 
OPEN or NEWFILE request fails and 
MPC is not available to application for 
file system input/output. 


ACTION: Contact the next level of 
support. 


Indicates SOS failure during 
activation of a conversation. 


ACTION: Document the error codes 
that the system generates and the 
number of times these codes occur. 
Note any other logs that the system 
generates along with this log. If the 
error condition occurs repeatedly, 
contact the next level of support. If the 
reason code that the system 
generates is 2, use the MONMPC 
command SETPARM FLGALLOC. 


Indicates failure in call to CLAIMFLAG 
when application uses GET to receive 
data from suspect MPC. The MPC 
can be not available for file system 
input/output. 


ACTION: Contact the next level of 
support if problem occurs again. 
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1-560 Log reports 


Field Value Description 
REASON: 553 COULD NOT Indicates central control was not able 
reastxt ALLOC to allocate a mailbox for protocol 
PROTOCOL MB support software. 
BES ACTION: Contact the next level of 
support. 
REASON: 554 PROTOCOL Indicates protocol mailbox received 
reastxt PROCESS an invalid message. Protocol mailbox 
RECEIVED BAD ignored the message. 
MSGTYPE. : TD ; 
MSGTYPE: ACTION: No action is required. 
REASON: 555 BAD MAILBOX Indicates that system detected bad 
reastxt RETURN CODE IN mailbox return code in the protocol 
PROTOCOL FSM process. 
ACTION: Contact the next level of 
support. 
REASON: 556 COULD NOT Indicates CC cannot allocate store for 
reastxt ALLOCATE conversation information. An attempt 
CONVERSATIONS to add to data schema table X25LINK 
FOR BOARD failed. 
ACTION: Contact the next level of 
support. 
REASON: 557 COULD NOT SET Indicates attempt to busy suspect 
reastxt MPC SYS BSY. MPC failed. 
pons ACTION: Busy and RTS suspect 
MPC a second time. If the system 
generates REASON 557 again for 
suspect MPC, contact the next level of 
support. Do not leave suspect MPC in 
RTS state. 
REASON: 558 COULD NOT Indicates central control cannot 
reastxt DEALLOC IO deallocate sync flag while central 
SYNC FLAG. control deleted tuple from table MPC. 
FERC: ACTION: Contact the next level of 
support. 
REASON: 559 BAD MAILBOX Indicates that the process polling 
reastxt RETURN CODE IN MPC board OMs received a bad 


MPCMTCAU. RC: 


message during operation. 


ACTION: If the log persists (two times 
a minute continuously), contact the 
next level of support. 
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Log reports 1-561 


Field 


Value 


Description 


REASON: 560 
reastxt 


reastxt 


REASON: 561 
reastxt 


REASON: 562 
reastxt 


REASON: 563 
reastxt 


MLC WAITER 
RELEASEFLAG 
FAILED: nn 


X25: PVC WAITER 
RELEASEFLAG 
FAILED. 


BAD MAILBOX 
RETURN CODE IN 
MPCMTCAU. RC: 


COULD NOT 
SEND WAKE MSG 
TO MPCMTCAU 


MPCMTCAU: 
RETURN FROM 
CHILD PROCESS 


Indicates the removal of a flag that 
associates with the MLC waiter entry 
of an application without the release of 
the entry. nn = the associated flag 
return code. 


ACTION: Monitor the MPC logs for 
more precise error messages. If this 
problem persists, contact the next 
level of support. 


Indicates suspect MPC cannot 
release the flag for an application (for 
example, Engineering and 
Administration Data Acquisition 
System, or EADAS). This application 
waits for an available Permanent 
Virtual Circuit (PVC). 


ACTION: Contact the next level of 
support. 


Indicates that the process that 
performs normal MPC maintenance 
support received a bad message 
during operation. 


ACTION: If the log persists (two times 
a minute continuously), contact the 
next level of support. 


Indicates that the system detected a 
babbling idiot and was not able to 
place the MPC card in system busy 
state. 


ACTION: Take the suspect MPC 
offline as soon as possible and 
contact the next level of support. 


Indicates that a maintenance/audit 
process failed. 


ACTION: Try REVIVE card for the 
process. If problem occurs again, 
contact the next level of support. 
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1-562 Log reports 


Field 


Value 


Description 


REASON: 564 
reastxt 


REASON: 565 
reastxt 


REASON: 566 
reastxt 


REASON: 567 
reastxt 


X25: Could not 
allocate flag for 
SVC user. RC: 


X25: Could not find 
SVC waiter entry. 


X25: SVC clear 
issued while file(s) 
open. 


X25: SVC ACTION 
RELEASEFLAG 
FAILED RC: 


Indicates system resource problem. 
System cannot allocate necessary 
resources to service a user that 
attempts to receive incoming virtual 
calls. This message provides the 
system return code. 


ACTION: Contact the next level of 
support. 


Indicates the condition after an 
incoming virtual call arrives and the 
system identifies the potential call 
receiver. That party does not wait for 
the connection when the connection is 
complete. 


ACTION: Verify entries in all 
application level tables for MPC 
application that receives the virtual 
call. Make sure the calling party 
attempts the virtual call again. Monitor 
logs for indication of application 
related process control errors. If the 
error condition occurs repeatedly, 
contact the next level of support and 
provide this information. 


Indicates that an application user 
failed to close link files before the user 
cleared a virtual call. 


ACTION: Identify the application by 
the association to the given MPC 
number. Provide this information to 
the next level of support. 


Indicates a problem with an SOS flag. 


ACTION: Note the reason codes that 
the system generates and the number 
of times these codes occur. Provide 
this information to the next level of 
support. 
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Log reports 1-563 


Field Value Description 
REASON: 568 X25: Could not Indicates a system resource problem. 
reastxt allocate flag for The system was not able to allocate 

SVC user. RC: the necessary resources to service a 
user. The user attempted to make an 
outgoing virtual call or clear a virtual 
call. 

ACTION: Contact the next level of 
support. 
REASON: 569 X25: COULD NOT Indicates SOS flag failure during 
reastxt ALLOCATE SVC activation of a conversation. 

CLEAR FEAGERG: ACTION: Record the error codes that 
the system generates and the number 
of times these codes occur. Note any 
other logs that the system generates 
along with this log. If the error 
condition occurs repeatedly, contact 
the next level of support. If the reason 
code that the system generates is 2, 
use the MONMPC command 
SETPARM FLGALLOC. 

REASON: 570 X25: CONV Indicates the MPC card is not in step 
reastxt REQUEST/NO with CC data entry. 

ENTRY IN : . 

MPCLINK FOR ACTION: DioeHmert the following 

LINK ' n. information: 


e the CC entries that were present 


e the MAP-level QLINK command 


generates the log. Provide this 


support. 


when the system generated the 
log 


output for the link in question 


Note the number of times the system 


information to the next level of 
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1-564 Log reports 


Field Value Description 
REASON: 572 X25 Indicates an SVC request that is not 
reastxt MPC_OUTPUT complete. 
arte re ACTION: Note other logs that the 
system generated at the same time. 
The most probable cause is failure of 
the device to respond. Make sure that 
the device was correctly system 
busied and returned to service. If the 
device was not returned to service 
because not enough response 
occurred, replace the MPC card. If the 
device is system busied and returned 
to service correctly, note the number 
of times the system generates this log. 
Provide this information to the next 
level of support. 
REASON: 573 X25: INVALID Indicates an invalid enhancement to 
reastxt SVCTYPE IN X25LINK table control. 
NUMBER OO ACTION: Contact the next level of 
support. 
REASON: 574 X25: SVC STATE Indicates card and CC software do not 
reastxt MISMATCH ON agree on SVC conversation state. 
Par i ACTION: Record the reported 
external value, the conditions, and the 
frequency of this exception. Provide 
this information to the next level of 
support. 
REASON: 575 ASYNC: CHAN Indicates that the asynchronous 
reastxt STATEMISMATCH protocol support detected a mismatch 


ON EXTERNAL 
VALUE: nn 


between the internal and external 
states for a conversation. n = the 
external conversation state. 


ACTION: The affected MPC card is 
made system busy. Contact the next 
level of support. 


297-2621-840 Standard 12.02 September 2003 


Log reports 1-565 


Field Value Description 
reastxt X25: PVC STATE Indicates card and CC software do not 
MISMATCH ON agree on PVC conversation state. 
EXTERNAE ACTION: Determine if the card was 
VALUE: : 
system busied because of the error. 
Note other logs that the system 
generates. Record the reported 
external value, the conditions, and the 
frequency of this exception. Provide 
this information to the next level of 
support. 
REASON: 576 X25: REASON Indicates the card cannot honor a 
reastxt CODE FOR request. 
PECIA AS ACTION: Record the reported value, 
` the conditions that caused the error, 
and the number of times the log 
occurred. Provide this information to 
the next level of support. 
REASON: 577 BAD MAILBOX Indicates that initialization of the 
reastxt RETURN CODE IN MPCMTCAU OM polling process or 
MPCMTCAU. RC: the MPCMTCAU maintenance 
process is not complete. This 
condition occurs because the system 
received a bad message. A 
RESTART results. 
ACTION: If the log persists (two times 
a minute continuously), contact the 
next level of support. 
REASON: 578 MPCGDADY: Indicates that the system was not able 
reastxt COULD NOT to send a wakeup message after first 
SEND CHILD creation of a process failed. 
WAREUP: RE: ACTION: Contact the next level of 
support. 
REASON: 579 MPCGDADY: Indicates that the system cannot send 
reastxt COULD NOT a wakeup message after process 
SEND CHILD creation because of process death. 
WAKEUP. RC: 


ACTION: Contact the next level of 


support. 
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1-566 Log reports 


Field Value Description 
REASON: 580 MPCGDADY: Indicates that the system cannot send 
reastxt COULD NOT a wakeup message after the user 
SEND CHILD requested process creation through 
WAKEUP. RC: the REVIVE command. 
ACTION: Contact the next level of 
support. 
REASON: 581 MPCGDADY: Indicates mailbox deallocation failed. 
reastxt CHILD PREFMB After failure to create a process, 
NOT process did not require mailbox. Note 
DEALLOCATED REASON 511. 
RG: ACTION: If this log appears when 
MPC entries change, resources can 
be not available. Contact the next 
level of support. 
REASON: 582 MPCINIT: COULD Indicates that the system cannot 
reastxt NOT ALLOC allocate a mailbox for the granddaddy 
GDADY MAILBOX. process. 
ae ACTION: Contact the next level of 
support. 
REASON: 583 MPCINIT:UNABLE Indicates the system cannot allocate a 
reastxt TO ALLOC MBX mailbox for the granddaddy process. 
POR SDADY: RU ACTION: Contact the next level of 
support. 
REASON: 584 Could not query Indicates that the system cannot 
reastxt status of msg linkto determine condition of message link 
IOC. RC: between the MPC and the IOC during 
restart. 
ACTION: The MPC appears C-side 
busy. Manually BSY and RTS the 
MPC. Retain the return code for 
reference in case of another 
occurrence. 
REASON: 585 Attempt to RTS Indicates that an MPC cannot return 
reastxt device during to service as part of the normal 
RESTART failed. RESTART sequence. 
PC ACTION: Check the status of the IOC 
and RTS. Manually BSY and RTS the 
MPC. If this action fails, retain the 
return code and contact the next level 
of support. 
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Field 


Value 


Description 


REASON: 590 
reastxt 


REASON: 591 
reastxt 


REASON: 592 
reastxt 


REASON: 593 
reastxt 


X25: INVALID 
VOLUME LEFT 
FOR SVC WAITER. 
LINK: 


X25: Incoming SVC 
user data exceeds 
limit. 


X25: Conv owner 
mismatch on 
waitinfo for appln: 


X25: Invalid appln 
id (TYPE 
MPCAPPLNID) 
used: nn 


Indicates that a data discrepancy 
prevents the use of an incoming call 
after the call is part complete. 


ACTION: Clear the virtual call if the 
call cannot be completed on another 
path. If this log appears repeatedly, 
this log indicates a software error. 
Contact the next level of support. 


Indicates that an incoming virtual call 
contains more data than protocol 
supports. The system truncates 
excess data. The X25ORIG protocol 
supports only 16 total bytes of user 
data. This data includes protocol id. 
The X2580 protocol can support a 
maximum of 128 bytes with correct 
use of facilities. 


ACTION: This log is for information 
only. No action is required. 


Indicates that the system found an 
application waiter for a virtual call, but 
another application owns that 
channel. 


ACTION: Find the owner of the 
conversation and that application 
accepts the call. If applications share 
a link for which one application has 
ownership of all channels, this 
condition can indicate an engineering 
problem. If this problem persists, 
contact the next level of support. 


Indicates that an application attempts 
to bind because an SVC user 
provided an ID that the system does 
not recognize. This reason text 
indicates application software error or 
corrupt data. 


ACTION: Contact the next level of 
support. 
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Field Value Description 
REASON: 594 X25: Maximum Indicates a system engineering 
reastxt SVC waiter problem where concurrent 
applications applications that wait to receive 
exceeded. incoming virtual calls exceed software 
restrictions. 
ACTION: Assess resident MPC 
applications. If this problem persists, 
engineer the software restriction 
again or adjust the application data 
entries. 
REASON: 595 X25: Maximum Indicates that, because of software 
reastxt concurrent restrictions, the number of incoming 
incoming SVCS virtual calls exceeds the maximum 
exceeded that the system can service. This 
reason text indicates a software 
engineering problem. 
ACTION: If this log appears 
repeatedly, contact the next level of 
support. 
REASON: 603 SOS message Indicates that system cannot deliver 
reastxt failure for input message to MPC application. 
RU put: ACTION: If the system generates this 
` log at intervals, there is no action 
required. If the system generates this 
log repeatedly, the condition can 
affect application performance. 
Contact the next level of support. 
REASON: 723 X25: Unsupported Indicates that an X25ORIG link with 
reastxt call request SVCTYPE = DDN had an incoming 


facilities ignored. 


call with facilities that the system does 
not actively support. Refer to table 
MPCLINK for more information on the 
Query Link command to determine 
supported switch parameters. 


ACTION: Configure the remote to 
omit the facilities. 


Action 


Save all MPC101 log reports that show a return code for operating company 
or Nortel software experts. 
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Associated OM registers 
There are no associated OM registers. 
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MPC102 


Explanation 


Format 


Example 


UCS log reports 1-575 


The multiprotocol controller (MPC) subsystem generates log report MPC102. 
The subsystem generates this report when a controller condition occurs in the 
software subsystem MPCSUB or X25SUB. This condition can prevent 
normal operation of X25 protocol support functions. The MPC102 log 
normally indicates that the system detects a problem. The problem can occur 
in one of the following: download file, MPCSUB, X25SUB, or the central 
control (CC) software interface. 


The system can generate an MPC102 log for many reasons. A reason number, 
shown in format as REASON: nnn, identifies each reason. A reastxt that 
contains information to monitor software accompanies each reason. The RC 
or RETCODE return code labels normally mark the reastxt. 


Note: Save all MPC102 reports with a return code for operating company 
and/or Nortel software support personnel. 


The log report format for MPC102 is as follows: 
MPC102 mmmdd hh:mm:ss ssdd INFO MPC CONTROLLER LOG 
REASON: nnn 


reastxt 
MPC =nnn LINK = nnn 


An example of log report MPC102 follows: 


MPC102 APRO1 12:00:00 2112 INFO MPC CONTROLLER LOG 
REASON: 105 
X25: BAD CONVERSATION NUMBER 123 
MPC = 3 LINK = 2 
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MPC102 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 39) 


Field 


Value 


Description 


INFO 
MPC CONTROLLER . 
LOG 


REASON 


reastxt 


Constant 


100-199 


200-299 


400-499 


500-599 


600-699 


700-799 


800 -899 


Text 


Identifies type of MPC log as a controller 
report. 


Indicates that the system encountered a 
controller problem on a single MPC while 
BX.25 protocol support functions were being 
processed in the CC. 


Note: X25SUB is the software subsystem 
identification. 


Indicates that the BX.25 support software does 
not function correctly in the CC. 


Note: X25SUB is the software subsystem 
identification. 


Indicates problem does not require manual 
interruption. These reports are for information 
only. 


Indicates problems with Support Operating 
System (SOS) software that can affect other 
system software. 


Indicates specified controller problems that 
point to a particular MPC defect, or provide 
more information for the 700 series reports. 


Indicates general controller problems. The 
600 series reports that accompany this report 
often have more infomation. 


Indicates software problems during service to 
an MPC. 


Defines type of software problem that the 
system encountered. Field REASON 
describes each possible REASON below. 
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MPC102 (continued) 


(Sheet 2 of 39) 
Field Value Description 
MPC Integer Provides equipment identification (MPC index) 


REASON: 100 reastxt 


reastxt 


REASON: 101 reastxt 


ASYNC: MPC IN ROM 
AFTER ENABLE MPC 
SENT. 


X25: MPC IN ROM 
AFTER ENABLE MPC 
SENT 


ASYNC: MPC 
DROPPED TO 
ROM/BOARD SBSYd: 
hh 


for suspect MPC. List Customer Data Table 
MPC from Cl MAP level for the office-defined 
MPC. 


Indicates that after the system allowed the 
MPC, the MPC board remained in the ROM 
state . 


ACTION: Monitor the MPC logs for specified 
output errors. If problem persists, contact the 
next level of maintenance. 


Indicates MPC failed to respond to the CC 
command to become Communication Active 
(COMACT). Failure occurred after MPC 
returned to service or during an audit. The 
MPC is in a read only memory (ROM) state. 


ACTION: Perform diagnostics and corrective 
maintenance. Return MPC to service. Refer 
to the Action section following this table for 
diagnostics and corrective maintenance 
procedures. If system generates REASON 
100 again, after return-to-service occurs, 
contact the next level of maintenance. 


Indicates that the MPC detected a software 
problem. hh = a hexadecimal value that 
indicates the MPC trap ID value. 


ACTION: Monitor the MPC logs for more 
specified error messages. The MPC card is 
made system busy. If this problem persists, 
contact the next level of maintenance support. 
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MPC102 (continued) 


(Sheet 3 of 39) 
Field Value Description 
reastxt X25: MPC DROPPED Indicates MPC in a Communication Active 


REASON: 103 reastxt 


reastxt 


REPORT REASON: 
104 reastxt 


TO ROM / BOARD 
SYSBUSIED 


ASYNC: INVALID 
STATE CHNG/START 
APP DR. STATE: nn 


X25: INVALID STATE 
CHANGE IN START 
APP DEL RESPSTATE: 
nn 


X25: NO WAITERS ON 
PVC 


(COMACT) state trapped and changed to the 
read-only memory (ROM) state. The MPC is 
System busy. 


ACTION: If MPC does not return-to-service in 
less than 1 min after system busy occurs, 
perform diagnostics and corrective 
maintenance. Return MPC to service. Refer 
to the Action section following this table for 
diagnostic and corrective maintenance 
procedures. If the system generates REASON 
101 again after return-to-service occurs, 
contact the next level of maintenance. 


Indicates that asynchronous protocol support 
detected a protocol violation that deals with the 
start application delayed response. A number 
represents the internal state. 


ACTION: Monitor the MPC logs for more 
specified output errors. If this problem 
persists, contact the next level of maintenance. 


Indicates MPC in invalid state during RTS 
when system sent command to MPC to 
activate downloaded software. nn = invalid 
MPC state (0-99). 


ACTION: Manually busy and return MPC to 
service. If system generates REASON 103 
again in less than 1 min after MPC 
return-to-service occurs, perform diagnostics 
and return-to-service. Refer to the Action 
section following this table for diagnostic and 
corrective maintenance procedures. If system 
generates REASON 103 again after the 
second return-to-service occurs, contact the 
next level of maintenance. 


Indicates that an application (like EADAS) did 
not wait to use a Permanent Virtual Circuit 

(PVC) when the circuit became available after 
the MPC returned to service or during an audit. 


ACTION: There is no action required. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-579 UCS log reports 


MPC102 (continued) 


Description 


(Sheet 4 of 39) 

Field Value 

REASON: 105 reastxt ASYNC: BAD 
CONVERSATION 
NUMBER. 

reastxt X25: BAD 
CONVERSATION 
NUMBER nnn 


Indicates the MPC returned information for a 
conversation that is not defined with 
asynchronous support. 


ACTION: Monitor the MPC logs for more 
specified output errors. If this problem 
persists, contact the next level of maintenance. 


Indicates the system received invalid 
conversation number from the MPC. 


Note: The conversation number must be in 
the range 1 to NUMPVCS for suspect MPC 
(defines MUMPVCS in Customer Data Table 
X25LINK). nnn = invalid conversation number 
(0-255). 


ACTION: Verify entry in Customer Data Table 
X25LINK for suspect MPC. If conversation 
number is not in range, attempt to manually 
return MPC to service. If system generates 
REASON 105 again less than 1 min after 
return-to-service occurs, perform diagnostics 
and return-to-service. Refer to the Action 
section following this table for diagnostic and 
corrective maintenance procedures. If the 
system generates REASON 105 again, 
contact the next level of maintenance. 
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MPC102 (continued) 


(Sheet 5 of 39) 


Field Value 


Description 


REASON: 108 reastxt ENABLE LINK FAILED. 
BAD CONFIG PARM: 
nnn 


REASON: 110 reastxt ASYNC: START 
APPLICATION FAILED. 


reastxt X25: START 
APPLICATION FAILED 


Indicates MPC rejected at least one 
configuration parameter from Customer Data 
Table X25LINK. Refer to the Action section 
following this table for additional information on 
MPC parameters entered in X25LINK. The 
DMS verifies parameters against data in 
X25LINK to make sure MPC software will 
accept parameters. If the software does not 
accept the parameters, one of the following 
reasons apply: 


e theCC and MPC software releases are out 
of sync. 


e the control table cannot validate 
relationships between the parameters. 


nnn = bad parameter 


ACTION: Refer to the Action section following 
this table for diagnostic and corrective 
maintenance procedures. If MPC cannot 
return-to-service, call EADAS center to 
determine office state. 


Indicates the external state for start application 
delayed response is in error. 


ACTION: Monitor the MPC logs for more 
specified output errors. If this problem 
persists, contact the next level of maintenance. 


Indicates MPC failed to advance to 

communication idle (COMIDL) state. MPC 
returned to service after the CC sent a start 
application message. MPC is system busy. 


ACTION: Manually busy and return MPC to 
service. If system generates REASON 110 
again less than 1 min after return-to-service 
occurs, perform diagnostics and 
return-to-service. Refer to the Action section 
following this table for diagnostic and 
corrective maintenance procedures. If the 
system generates REASON 110 again after 
second return-to-service occurs, contact the 
next level of maintenance. 
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MPC102 (continued) 


(Sheet 6 of 39) 
Field 


Value 


Description 


reastxt 


REASON: 111 reastxt 


REASON: 112 reastxt 


X25: COULD NOT 
SEND QUERY MPC 
STATUS 


ASYNC: INVALID 
STATE ON ENABLE 
MPC DR. STATE: nn 


X25: COULD NOT 
SEND QUERY 
CONVERSATION 
STATUS.C nnn 


Indicates CC cannot send a Query MPC 
Status message to MPC to determine state of 
MPC or its links. The cause of this condition 
determines if the MPC can be system busy. 
The system returns MPC to service. 


ACTION: If the system does return MPC to 
service, manually busy and return MPC to 
service. Make sure MPC packet seated 
correctly. If MPC cannot return-to-service, 
contact the next level of maintenance. If the 
system generates REASON 111 again after 
return-to-service occurs, check MPC log buffer 
for additional suspect MPC log reports. If the 
additional reports are present, use information 
in other reports to clear the problem. If 
additional reports are not present, contact the 
next level of maintenance. 


Indicates the asynchronous protocol support 
detected a protocol state problem with the 
MPC. nn = invalid state (0-99). 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
system busy. If this problem persists, contact 
the next level of maintenance. 


Indicates audit cannot send Query 
Conversation Status command to MPC with at 
least one link allowed. The cause of this 
condition can be determined if the MPC can go 
system busy and return to service. nnn = 
conversation number (0-255). 


ACTION: Manually busy and return MPC to 
service if the system does not 
return-to-service. If MPC cannot 
return-to-service, contact the next level of 
maintenance. If the system generates 
REASON 112 again after return-to-service 
occurs, check MPC log buffer for additional 
suspect MPC log reports. If additional reports 
are present, use information in other reports to 
clear the problem. If additional reports are not 
present, contact the next level of maintenance. 
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MPC102 (continued) 


(Sheet 7 of 39) 
Field 


Value 


Description 


REASON: 113 reastxt 


reastxt 


REASON 114 reastxt 


ASYNC: INVALID 
STATE ON ENABLE 
MPC DR. STATE: nn 


X25: INVALID STATE 
CHANGE IN ENABL 
MPC DEL REP STATE: 
n 


X25: BAD LINK NO. IN 
DEL RESP / BOARD 
SYSBUSIED 


Indicates the asynchronous protocol support 
detected a protocol state problem with the 
MPC. nn = invalid external state (0-99). 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
system busy. If this problem persists, contact 
the next level of maintenance. 


Indicates MPC in invalid state during 
return-to-service (RTS) when system sends a 
command to put MPC in a Communication 
Active (COMACT) state. The MPC is system 
busy. n = MPC state (0-9). 


ACTION: Manually busy and return MPC to 
service. If the system generates REASON 113 
again in less than 1 min after return-to-service 
occurs, perform diagnostics and 
return-to-service. Refer to the Action section 
following this table for diagnostic and 
corrective maintenance procedures. If the 
system generates REASON 113 again, 
contact the next level of maintenance. 


Indicates MPC responded to a command for a 
link that is not present and was system busy 
(MPC confused). 


ACTION: Contact the next level of 
maintenance. 
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MPC102 (continued) 


(Sheet 8 of 39) 
Field 


Value 


Description 


REASON: 115 reastxt 


REASON: 120 reastxt 


reastxt 


REASON: 121 reastxt 


X25: BAD CONV NO. 
IN DEL RESP / BOARD 
SYSBUSIED NUMBER: 
nnn 


ASYNC: INVALID MPC 
FUNCTION RECEIVED 
FROM MPC: nnn 


X25: INVALID MPC 
FUNCTION RECEIVED 
FROM MPC 


ASYNC: INVALID LINK 
FUNCTION RECEIVED 
FROM MPC. 


Indicates system received response with 
invalid conversation number from MPC. The 
MPC is system busy. nnn = bad conversation 
number (0-255). 


ACTION: Check if that entry contains the 
correct NUMPVCS value in in Customer Data 
Table X25LINK for suspect MPC. The value 
must not exceed the available number of 
Permanent Virtual Circuits. If conversation 
number is not in range of 1 to NUMPVCS, 
manually return MPC to service. If system 
generates REASON 115 again less than 1 min 
after return-to-service occurs, perform 
diagnostics and return to service. Refer to 
Action section following this table for 
diagnostic and corrective maintenance 
procedures. If system generates REASON 
115 again, contact the next level of 
maintenance. 


Indicates the asynchronous protocol support 
received an invalid MPC function. nnn = MPC 
function (0-255). 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC card can 
become system busy. If this problem persists, 
contact the next level of maintenance. 


Indicates ignored CC response or a message 
the MPC did not request. The message is for 
an MPC level task and contains an function 
that was not defined. REASON 120 is for 
information only. The system recovers 
automatically from any state mismatches that 
result. 


ACTION: There is no action required. 


Indicates that MPC sent an invalid (not 
supported) link function indicator. 


ACTION: Monitor the MPC logs for more 
specified error messages. The MPC card can 
become system busy. If this problem persists, 
contact the next level of maintenance. 
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MPC102 (continued) 


(Sheet 9 of 39) 
Field Value Description 
reastxt X25: INVALID LINK Indicates CC ignored MPC response or an 


REASON: 122 reastxt 


reastxt 


REASON: 124 reastxt 


REASON: 125 reastxt 


FUNCTION RECEIVED 
FROM MPC 


ASYNC: INVALID 
CONV FUNCTION 
RECEIVED FROM 
MPC. 


X25: INVALID 
CONVERSATION 
FUNCTION. 
FUNCTION: 


X25: INVALID 
PROTOCOL 
DIRECTIVE. 
DIRECTIVE: n 


ASYNC: INVALID 
STATE, QUERY MPC 
STATUS. STATE: 


message MPC did not request. The message 
was for an MPC link level task and contained a 
function that was not defined. REASON 121 is 
for information only. The system recovers 
automatically from any state mismatches that 
result. 


ACTION: There is no action required. 


Indicates that the system received an invalid 
conversation function indicator from the MPC. 


ACTION: Monitor the MPC logs for more 
specified error messages. The MPC card can 
become system busy. If this problem persists, 
contact the next level of maintenance. 


Indicates MPC sent a message for a 
conversation level task. The message 
contained a specified function that does not 
have meaning. The CC ignored the response 
or message that CC did not request from the 
MPC (MPC confused). A number that 
represents the invalid function follows the word 
FUNCTION: in the REASON 122 message. 
The message is provided for information only. 


ACTION: There is no action required. The 
System must recover from any state 
mismatches that result from the ignored 
response or message. 


Indicates protocol support software in CC 
received invalid directive. n = invalid flow 
directive (0-9). 


ACTION: Contact next level of maintenance. 


Indicates the asynchronous protocol support 
detected an invalid MPC state in response to a 
query. Anumber represents the external MPC 
state. 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
system busy. If this problem persists, contact 
the next level of maintenance. 
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MPC102 (continued) 


(Sheet 10 of 39) 
Field Value Description 
reastxt X25: INVALID STATE Indicates MPC response to query MPC state 


IN QUERY MPC 
STATUS. STATE: nn 


REASON: 126 reastxt X25: LINK ENBLIP 
TOO LONG / PROT 
AUDIT SYSBUSIED 


command was not in valid range for current 
MPC state. MPC is system busy. nn = MPC 
state (0-99). 


ACTION: Manually busy and RTS MPC if the 
system does not return MPC to service. If 
MPC cannot return-to-service, contact the next 
level of maintenance. If the system generates 
REASON 125 again after the return-to-service, 
check MPC log buffer for additional suspect 
MPC log reports. If additional reports are 
present, use information in other reports to 
clear the present reports. If additional reports 
are not present, contact next level of 
maintenance. 


Indicates MPC link exceeded limit allowed by 
protocol support to remain in ENBLIP state. 


Note: LINK ENABLE field in Customer Data 
Table X25LINK defines the number of minutes 
protocol support allows MPC links to remain in 
ENBLIP state. This condition means the 
ENBLIP state waits for a delayed response to 
an ENABLE LINK command. 


ACTION: If MPC does not return-to-service in 
less than 5 min after the system busy state 
occurs, check RS232 cables and modem. 
Perform diagnostics and return MPC to 
service. Refer to Action section following this 
table for diagnostic and corrective 
maintenance procedures. If the system 
generates REASON 126 again, after 
return-to-service, contact the next level of 
maintenance. 
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Field Value Description 
REASON: 142 reastxt ASYNC: INVALID Indicates the asynchronous protocol support 

STATE ON CONV received from the MPC is a reset conversation 

RESET DR. STATE: nn delayed response with an invalid MPC state. 
nn - invalid external MPC state (0-99). 
ACTION: Monitor the MPC logs for more 
specified error messages. The MPC can 
become system busy. If this problem persists, 
contact the next level of maintenance. 

REASON: 143 reastxt ASYNC: INVALID Indicates that asynchronous protocol support 

STATE CHNG/START detected a protocol violation that deals with the 

APP DR. STATE: nn start application delayed response. A number 
represents the internal state. 

ACTION: Monitor the MPC logs for more 

specified output errors. If this problem 

persists, contact the next level of maintenance. 
REASON: 151 reastxt ASYNC: MPC Indicates that the MPC detected a software 

DROPPED TO problem. The message can contain the MPC 

ROM/BOARD SBSYd: trap ID value. hh = a hexadecimal value. 

M ACTION: Monitor the MPC logs for more 
specified error messages. The MPC card can 
become system busy. If this problem persists, 
contact the next level of maintenance support. 

REASON: 154 reastxt ASYNC: MPC STATE Indicates the asynchronous protocol support 

MISMATCH ON detected a state mismatch with the MPC. nn = 

EXTERNAL VALUE: nn internal or external MPC state (0-99). 
ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
system busy. If this problem persists, contact 
the next level of maintenance. 

REASON: 155 reastxt ASYNC: MPC STATE Indicates the asynchronous protocol support 


MISMATCH ON 
EXTERNAL VALUE: nn 


detected a state mismatch with the MPC. nn = 
internal or external MPC state (0-99). 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
System busy. If this problem persists, contact 
the next level of maintenance. 
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(Sheet 12 of 39) 
Field 


Value 


Description 


REASON: 156 reastxt 


REASON: 161 reastxt 


Reasons: 180, 181, 182, 
183, and 185 


ASYNC: MPC STATE 
MISMATCH ON 
EXTERNAL VALUE: nn 


ASYNC: UNSLCTD 
MSG REPORTS 
INVALID MPC STATE: 
nn 


DURING HANDLING 
OF 
IOM_START_APPLN 
EXTERNAL STATE IS 
NOT COMIDL; DURING 
HANDLING OF 
IOM_START_APPLN 
INTERNAL STATE IS 
ENABLING; DURING 
HANDLING OF 
IOM_START_APPLN 
INTERNAL STATE IS 
ILLEGAL; DURING 
AUDIT EXTERNAL 
STATEIS ROM; THE 
PERIPHERAL SENDS 
IN AN UNSOLICITED 
MSG 


Indicates the asynchronous protocol support 
detected a state mismatch with the MPC. nn = 
internal or external MPC state (0-99). 


ACTION: Monitor the MPC logs for more 
specified output errors. The MPC can become 
system busy. If this problem persists, contact 
the next level of maintenance. 


Indicates the asynchronous protocol support 
received an MPC state change message that 
the system did not request. nn = MPC state 

(0-99). 


ACTION: Monitor the MPC logs for more 
specified error messages. The MPC card can 
become system busy. If this problem persists, 
contact the next level of maintenance. 


Indicates a software problem in the MPC. The 
system generates a MPC904 log and the MPC 
enters the system busy (SBSY) state. One of 
the following occurs automatically: 


* return to service (RTS) 
* audit 
* analam 


ACTION: if the system does not automatically 
recover, try the action that caused the log 
again. If log occurs again, delete the tuple that 
the log format identifies as MPC = nnn, and 
add the tuple again. You must delete the tuple 
in Table MPCLINK and Table MPC. Add the 
tuple again to Table MPCLINK and Table 
MPC. If the log persists, load the IOM again. 
If the log persists, check the hardware for 
defects. Contact the next level of support. 
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Field 


Value 


Description 


Reasons: 280, 281, 282, 
283, and 285 


REASON: 300 reastxt 


REASON: 401 


REASON: 402 


DURING HANDLING 
OF 
IOM_START_APPLN 
EXTERNAL STATE IS 
NOT COMIDL; DURING 
HANDLING OF 
IOM_START_APPLN 
INTERNAL STATE IS 
ENABLING; DURING 
HANDLING OF 
IOM_START_APPLN 
INTERNAL STATE IS 
ILLEGAL; DURING 
AUDIT EXTERNAL 
STATEIS ROM; THE 
PERIPHERAL SENDS 
IN AN UNSOLICITED 
MSG 


MPC FILE CLOSED 
VOLID: nnnnn 


X25: Channel reset by 


remote. 


X25: SVC cleared 
externally. 


Indicates a software problem in the MPC. The 
system generates an MPC904 log and the 
MPC enters the system busy (SBSY) state. 
One of the following occurs automatically: 


e return to service (RTS) 
* audit 
* analam 


ACTION: if the system does not automatically 
recover, try the action that caused the log 
again. If the log occurs again, delete the tuple 
that the log format identifies as MPC = nnn, 
and add the tuple again. You must delete the 
tuple in Table MPCLINK and Table MPC. Add 
the tuple to Table MPCLINK and Table MPC. 
If the log persists, load the IOM again. If the 
log persists, the hardware must be checked for 
defects. Contact the next level of support. 


Indicates the MPC file was not normal. 
REASON 300 is information only. 


Note: Other MPC logs can provide more 
information for problem isolation. nnnnn = 
volume identification (0-382767). 


ACTION: There is no action required. 


Indicates that the X25 Protocol support 
received the remote request to reset the 
channel. 


ACTION: There is no action required. 


Indicates that the X25 Protocol support 
received the remote request to clear the SVC 
channel. 


ACTION: There is no action required. 
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MPC102 (continued) 


(Sheet 14 of 39) 
Field Value Description 
REASON: 403 reastxt ASYNC: LINK Indicates that the MPC card detected a 
DISABLED; NOW problem that caused the link to reset. The 
ENABLING. MPC card detected link disabled and enabled. 
ACTION: Monitor the MPC logs for more 
specified output errors. If this problem 
persists, contact the next level of maintenance. 
REASON: 404 reastxt ASYNC: LINK Indicates that the MPC card detected a 
DISABLED; NOW problem that caused the link to reset. The 
ENABLING. MPC card detected disabled and enabled. 


REASON: 533 reastxt 


REASON: 600 reastxt 


REASON: 601 reastxt 


OUT OF BAND RESET 
FAILED. RC: 


TST COULD NOT GET 
MPC TO RCV READY 
STATE. STATE: nn 


BABBLING IDIOT 
DETECTED. 


ACTION: Monitor the MPC logs for more 
specified output errors. If this problem 
persists, contact the next level of maintenance. 


Indicates call to RESET NODE GATE failed. 


ACTION: Try call action that generated 
REASON 553 again. If system generates 
REASON 533 again, contact the next level of 
maintenance. 


Indicates the test cannot bring suspect MPC to 
a state for action to proceed. The TST or RTS 
performed the test from MPC MAP level. nn = 
MPC state (0-99). 


ACTION: Try TST or RTS that produced 
REASON 600 again. If system generates 
REASON 600 again, contact the next level of 
maintenance. 


Indicates MPC sent more than 10,000 
messages to CC in less than 1 min. MPC is 
System busy. 


ACTION: Perform diagnostics and return MPC 
to service. Refer to the Action section 
following this table for diagnostics and 
corrective maintenance procedures. If the 
system generates REASON 601 again after 
return-to-service occurs, change MPC packs. 
If system continues to generate REASON 601, 
contact the next level of maintenance. 
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MPC102 (continued) 


(Sheet 15 of 39) 
Field Value Description 
REASON: 602 reastxt ECHO MSG Indicates MPC sent a message to the CC in 


REASON: 604 reastxt 


REASON: 605 reastxt 


RECEIVED. NO ONE 
WAITING FOR ECHO. 


RCV DATA MSG 
ARRIVED WITH 
PARTIAL HEADER. 
LEN: nnnnn 


SEQ COUNTER ON 
RCV DATA MSG OUT 
OF OR 


response to a message sent by the CC. The 
CC did not send a message to MPC, or the 
process that sent the message died before the 
response arrived. Normally, REASON 602 
indicates the CC and MPC are out of sync, and 
the system automatically synchronizes again. 


ACTION: If system generates REASON 602 
three times in 15 min, or appears to affect 
function of the MPC links, perform diagnostics 
and return MPC to service. Refer to Action 
section following this table for diagnostics and 
corrective maintenance procedures. If the 
system generates REASON 602 again, after 
return-to-service occurs, contact the next level 
of maintenance. 


Indicates CC received garbled message with 
partial header from suspect MPC. The CC 
discarded the message. MPC is system busy. 
nnnnn = message length (0-32767). 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostic and corrective 
maintenance procedures. If system generates 
REASON 604 again, after return-to-service 
occurs, contact the next level of maintenance. 


Indicates data for an application that uses 
DER. CONV: nnn MPC was lost. The system 
informs the application of the the defective 
transmission. nnn = conversation number 
(0-255). 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostic and corrective 
maintenance procedures. If the system 
generates REASON 605 again after 
return-to-service occurs, contact the next level 
of maintenance. 
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MPC102 (continued) 


(Sheet 16 of 39) 
Field Value Description 
REASON: 608 reastxt DELAYED Indicates CC received a message that was too 
RESPONSE/UNSOLICI short to process from suspect MPC. The CC 


REASON: 609 reastxt 


REASON: 610reastxt 


TED MSG RCVD OF 
LEN<2. 


NOTIFY MPC STATUS 
CHG RECEIVED. 


BAD REPLY TO 
QUERY MPC STATUS 
FROM TRAPINFO 
LOG. 


discards this message. 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostic and corrective 
maintenance procedures. If the system 
generates REASON 608 again after 
return-to-service occurs, contact the next level 
of maintenance. 


Indicates suspect MPC determined it cannot 
stay in communications active (COMACT) 
state. 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostic and corrective 
maintenance procedures. If the system 
generates REASON 609 again after 
return-to-service occurs, contact the next level 
of maintenance. 


Indicates suspect MPC sent wrong response 
to query MPC state message 


Note: As part of system busy procedure, MPC 
receives messages for additional information 
on problem that caused the system busy. 
Query MPC status is one of the messages. 


ACTION: Busy, perform full tests, and RTS the 
MPC. If the system generates REASON 610 
again, contact the next level of maintenance. 
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MPC102 (continued) 


(Sheet 17 of 39) 


Field 


Value 


Description 


REASON: 611 reastxt 


REASON: 613 reastxt 


REASON: 614 reastxt 


BAD REPLY TO 
QUERY TRAPS MSG 
FROM TRAPINFO 
LOG. 


BAD CONTROL BYTE 
SEEN IN ECHO 
MSG.CTRL(BASE 10): 
nnn 


NONZERO RETURN 
CODE IN ECHO MSG 
RETCD(BASE 10): nnn 


Indicates suspect MPC sent wrong response 
to query traps message. 


Note: As part of system busy procedure, MPC 
receives messages for additional information 
on problem that caused the system busy. 
Query traps is one of the messages. 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostics and corrective 
maintenance procedures. If system generates 
REASON 611 again after return-to-service 
occurs, contact the next level of maintenance. 


Indicates part of message header that the 
MPC sent to the CC was garbled. nnn = 
control byte value (0-255). 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostic and corrective 
maintenance procedures. If system generates 
REASON 613 again after return-to-service 
occurs, contact the next level of maintenance. 


Indicates CC sent a wrong message to MPC. 
The REASON 614 can be atransient problem. 
The problem can occur on download if 
DLDFILE is corrupt. Range 1-31. nnn = return 
code (0-255). 


ACTION: Perform diagnostics and return MPC 
to service. Refer to Action section following 
this table for diagnostics and corrective 
maintenance procedures. If the system 
generates REASON 614 again after 
return-to-service occurs, contact the next level 
of maintenance. 
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MPC102 (continued) 


(Sheet 18 of 39) 
Field 


Value 


Description 


REASON: 615 reastxt 


REASON: 616 reastxt 


REASON: 617 reastxt 


BAD SEQUENCE 
NUMBER RECEIVED 
ON ECHO RCVD: n 


ECHO DID NOT 
CONTAIN EXPECTED 
SEQ NUM. 
EXPECTED: n 


INVALID HEADER IN 
REPLY TO MTEST. 


Indicates CC and MPC were not in sync for a 
short time. System automatically 
synchronizes again. System generates 
REASON 615 with REASON 616. n= 
sequence number (0-3). 


ACTION: If system generates REASON 615 
often or condition appears to affect the link, 
contact next level of maintenance. 


Indicates CC and MPC were not in sync for a 
short time. System generates REASON 616 
with REASON 615. n = expected sequence 
number (0-3). 


ACTION: If the system generates REASON 
616 often or condition appears to affect the 
link, contact next level of maintenance. 


Indicates MPC reply to MTEST message from 
CC was garbled. 


Note: The CC sends MTEST message to 
MPC when the user enters TST FULL 
command at MPC MAP level. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 617 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 617 again, 
contact next level of maintenance. 
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UCS log reports 1-594 
MPC102 (continued) 


(Sheet 19 of 39) 
Field 


Value 


Description 


REASON: 618 reastxt 


REASON: 619 reastxt 


REASON: 620 reastxt 


INVALID HEADER IN 
REPLY TO QMTEST 


DRAM TEST FAILED, 
MPC/ERROR TYPE: 
nnn 


SRAM TEST FAILED, 
MPC/ERROR TYPE: 
nnn 


Indicates test results of QMTEST have format 
that is not correct. This condition causes the 
test to fail. 


Note: The CC sends QMTEST to MPC when 
the user enters TST FULL command at MPC 
MAP level. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 618 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 618 again, 
contact the next level of maintenance. 


Indicates problem encountered in dynamic 
random access memory (DRAM) after the user 
enters TST FULL at the MAP level. nnn = error 
type (0-999). 


ACTION: Perform diagnostics and return MPC 
to service. If the system generates REASON 
619 again after return-to-service occurs, 
replace MPC and test again. Refer to Action 
section following this table for diagnostic, 
corrective maintenance, and replacement 
procedures. If system generates REASON 
619 again, contact the next level of 
maintenance. 


Indicates problem in static random access 
memory (SRAM) after TST FULL at MPC MAP 
level. nnn = error type (0-999). 


ACTION: Perform diagnostics and return MPC 
to service. If the system generates REASON 
620 again after return-to-service occurs, 
replace MPC and test again. Refer to Action 
section following this table for diagnostic, 
corrective maintenance, and replacement 
procedures. If system generates REASON 
620 again, contact the next level of 
maintenance. 
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MPC102 (continued) 


(Sheet 20 of 39) 
Field 


Value 


Description 


REASON: 621 reastxt 


REASON: 622 reastxt 


REASON: 624 reastxt 


APPLICATION ID 
MISMATCH ON 
QUERY APPL. 


CHECKSUM 
MISMATCH ON 
QUERY APPL. 


BOARD NOT IN RCV 
READY STATE FOR 
DOWNLOAD.STATE: n 


Indicates MPC message alerted CC that MPC 
software does not function because of 
application identification mismatch. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 621 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 621 again, 
contact the next level of maintenance. 


Indicates MPC message alerted CC that MPC 
software does not function because of 
checksum mismatch. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 622 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 622 again, 
contact the next level of maintenance. 


Indicates system cannot place card in its 
internal receive ready state that download 
requires. n = MPC ROM maintenance state 
(1-8). 


ACTION: Perform diagnostics and return MPC 
to service or download. If system generates 
REASON 624 again after return-to-service 
occurs, replace MPC and test again. Refer to 
Action section following this table for 
diagnostic, corrective maintenance, and 
replacement procedures. If system generates 
REASON 624 again, contact the next level of 
maintenance. 
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UCS log reports 1-596 
MPC102 (continued) 


(Sheet 21 of 39) 


Field 


Value 


Description 


REASON: 625 reastxt 


REASON: 626 reastxt 


REASON: 627 reastxt 


MISMATCH IN REPLY 
TO SET SEQ NUM 0. 
REPLY NUM: n 


APPL ID MISMATCH 
ON DOWNLOAD 
STOP. 


MPC/CC SEQUENCE 
NUMBERS OUT OF 
STEP ON DOWNLOAD. 


Indicates download failed because MPC 
cannot set sequence counter to zero. n= 
sequence number (0-3). 


ACTION: Perform diagnostics and return MPC 
to service or download. If system generates 
REASON 625 again after return-to-service 
occurs, replace MPC and test again. Refer to 
Action section following this table for 
diagnostic, corrective maintenance, and 
replacement procedures. If system generates 
REASON 625 again, contact the next level of 
maintenance. 


Indicates MPC downloaded. The MPC and CC 
do not agree as to which file the system 
downloaded. 


ACTION: Perform diagnostics and return MPC 
to service or download software. If system 
generates REASON 626 again after 
return-to-service occurs, replace MPC and test 
again. Refer to Action following this table for 
diagnostic, corrective maintenance, and 
replacement procedures. If system generates 
REASON 626 again, contact the next level of 
maintenance. 


Indicates part of download file did not reach to 
MPC. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 627 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 627 again, 
contact the next level of maintenance. 
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(Sheet 22 of 39) 


Field Value 


Description 


REASON: 628 reastxt MSG OF LENGTH < 2 
RECEIVED FROM 
MPC. 


REASON: 629 reastxt NO ECHO RESPONSE 
FROM MPC: nnn 


Indicates the CC recieved an MPC message 
that is smaller than two bytes. 


Note: Message size must be a minumum of 
two bytes. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 628 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 628 again, 
contact next level of maintenance. 


Indicates MPC failed twice to respond to CC 
with echo message. 


Note: When CC sends a message to MPC, 
CC expects MPC to respond with an echo 
message that indicates MPC received the 
message. CC sends the central control a 
second time. If the MPC remains silent, the 
system generates REASON 629. nnn = 
suspect MPC (0-255). 


ACTION: Check if MPC is plugged into its slot 
and the input output controller (IOC) to which 
the MPC is attached is in-service. Perform 
diagnostics and return MPC to service. If 
system generates REASON 629 again after 
return-to-service occurs, replace MPC and test 
again. Refer to Action section following this 
table for diagnostic, corrective maintenance, 
and replacement procedures. If system 
generates REASON 629 again, contact next 
level of maintenance. 
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UCS log reports 1-598 
MPC102 (continued) 


(Sheet 23 of 39) 
Field 


Value 


Description 


REASON: 630 reastxt 


REASON: 631 reastxt 


BAD RESPONSE FOR 


START APPLICATION. 


MPC/RC: 


APPL ID MISMATCH 
ON START 
APPLICATION. MPC: 
nnn 


Indicates card cannot be returned to service. 


Note: When MPC returns to service, the CC 
sends a start application message. The MPC 
sent a reply that indicates a start application 
identification mismatch. 


ACTION: Perform diagnostics and return MPC 
to service. If the system generates REASON 
630 again after return-to-service occurs, 
replace MPC and test again. Refer to Action 
section following this table for diagnostic, 
corrective maintenance, and replacement 
procedures. If the system generates REASON 
630 again, contact the next level of 
maintenance. 


Indicates card cannot be returned to service. 


Note: When MPC is returned to service, the 
CC sends start application message. The 
MPC sent a reply indicating a start application 
identification mismatch. The card cannot be 
returned to service. nnn = MPC (0-255). 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 631 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action following 
this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 631 again, 
contact the next level of maintenance. 
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1-599 UCS log reports 


MPC102 (continued) 


(Sheet 24 of 39) 
Field Value Description 
REASON: 632 reastxt CHECKSUM Indicates card cannot be returned to service. 


REASON: 641 reastxt 


REASON: 642 reastxt 


MISMATCH ON START 
APPLICATION. MPC: 
nnn 


PRIME ROUTE 
PROBLEM #2458, 
#0016 


SECONDARY ROUTE 
PROBLEM #24D8, 
#0016 


Note: When MPC is returned to service, the 
CC sends start application message. The 
MPC sent a reply that indicates a start 
application checksum mismatch. The card 
cannot be returned to service. nnn = MPC 
(0-255). 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 632 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 632 again, 
contact next level of maintenance. 


Indicates the MPC CM side failed to send out 
a message to the MPC card via the MS-IOC 
link. The CM printed the PRIME ROUTE value 
and tried the SECONDARY ROUTE. 


ACTION: Monitor the MPC 102 log for more 
specified output errors. If system generates 
REASON 642, refer to the Action section for 
diagnostic and corrective maintenance 
procedures. 


The MPC CM side failed to send out a 
message twice to the MPC card via the 
MS-IOC link. The CM side printed the PRIME 
ROUTE value, and tried the SECONDARY 
ROUTE. It failed again and MPC 102 log with 
reason 642 is generated. 


ACTION: Monitor the MPC, IOD and MS logs 
for more specified output errors. The MPC 
card is made system busy, then 
return-to-service. If this problem persists, 
contact the next level of maintenance support 
to check MS-IOC link. 
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UCS log reports 1-600 


MPC102 (continued) 


(Sheet 25 of 39) 
Field 


Value 


Description 


REASON: 700 reastxt 


REASON: 701 reastxt 


REASON: 702 reastxt 


REASON: 703reastxt 


MPCDLOAD: COULD 
NOT DOWNLOAD. 


MPCDLOAD: COULD 


NOT DO START APPL. 


TRAPINFO LOG 
COULD NOT SEND 
QUERY MPC STATUS. 
RC: 


TRAPINFO LOG 
COULD NOT SEND 
QUERY TRAPS. RC: 


Indicates MPC cannot download in response 
to DLOAD command. 


ACTION: Check reason messages for 
maintenance and diagnostic information. If 
these messages do not provide help, contact 
next level of maintenance. 


Indicates MPC is not available for application 
because MPC cannot return-to-service after 
MPC downloaded. 


ACTION: Check reason messages for 
maintenance and diagnostic information. 
Perform diagnostics and return MPC to 
service. Refer to Action section following this 
table for diagnostic and corrective 
maintenance procedures. If system generates 
REASON 701 after return-to-service, contact 
the next level of maintenance. 


Indicates CC cannot query MPC status. 
Normally, system attempts to generate 
MPC103 when MPC is system busy. MPC 
reason messages that came before REASON 
702 explain why the CC cannot query MPC 
status. Often, the condition that causes the 
card to be system busy causes the system to 
generate REASON 702. 


ACTION: There is no action required. 


Indicates CC cannot query traps. Normally, 
the system attempts to generate MPC103 
when MPC is system busy. MPC reason 
messages that came before REASON 703 
explain why the CC cannot query traps. Often, 
the condition that causes the card to be system 
busy causes the system to generate REASON 
703. 


ACTION: There is no action required. 
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MPC102 (continued) 


(Sheet 26 of 39) 


Field Value 


Description 


REASON: 704 reastxt COULD NOT SEND 
MTEST. RC: 


REASON: 705 reastxt COULD NOT SEND 


RC: 


REASON: 706 reastxt COULD NOT SEND 
QMTEST. RC: 


PREREAD MESSAGE. 


Indicates diagnostic test failed when TST 
FULL was entered at the MPC MAP level 
because system cannot send MTEST to MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear problem. If additional reports 
are not present or the information does not 
clear the problem, contact the next level of 
maintenance. 


Indicates CC cannot send PREREAD 
message to prepare MPC to send data. The 
CC sends the PREREAD message when an 
application performs a file system GET routine 
to receive data from an MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or the information does 
not clear the problem, contact the next level of 
maintenance. 


Indicates CC cannot send QMTEST message 
to MPC to obtain test results. 


Note: When a TST FULL is entered from the 
MPC level of the MAP terminal, a QMTEST 
message is sent to the MPC to obtain test 
results. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or the information does 
not clear the problem, contact the next level of 
maintenance. 
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UCS log reports 1-602 
MPC102 (continued) 


(Sheet 27 of 39) 
Field Value Description 
REASON: 707 reastxt COULD NOT SEND Indicates CC cannot RC: send query 


QUERY APPLN. application message to MPC to determine if 
software that MPC downloaded is valid. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information on other 
reports to clear the problem. If additional 
reports are not present or the information does 
not clear the problem, contact the next level of 
maintenance. 


REASON: 708 reastxt INVALID HEADER IN Indicates system garbled the MPC reply to CC 
REPLY TO QUERY query application message. 
APPLN. 
Note: CC sends query application message 
to MPC to determine if software that MPC 
downloaded is valid. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 708 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 708 again, 
contact the next level of maintenance. 


REASON: 709 reastxt COULD NOT SEND Indicates CC cannot send query MPC status 
QUERY MPC STATUS | message to MPC to determine MPC state. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or the information does 
not clear the problem, contact the next level of 
maintenance. 
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MPC102 (continued) 


(Sheet 28 of 39) 
Field 


Value 


Description 


REASON: 710 reastxt 


REASON: 711 reastxt 


REASON: 712 reastxt 


REASON: 713 reastxt 


INVALID HEADER IN 
REPLY TO QUERY 
MPC STATUS. 


COULD NOT START 
APPL ON RTS. 


COULD NOT SEND S 


REC TO BOARD. RC: 


COULD NOT 


DOWNLOAD BOARD. 


Indicates MPC sent a garbled response to a 
query MPC status message the CC sent. 


ACTION: Perform diagnostics and return MPC 
to service. If system generates REASON 710 
again after return-to-service occurs, replace 
MPC and test again. Refer to Action section 
following this table for diagnostic, corrective 
maintenance, and replacement procedures. If 
system generates REASON 710 again, 
contact the next level of maintenance. 


Indicates start application message that 
transmitted during return-to-service failed to 
start the downloaded software. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact the next level of 
maintenance. 


Indicates CC cannot send part of download file 
to MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact the next level of 
maintenance. 


Indicates CC cannot send download file to 
MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact the next level of 
maintenance. 
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(Sheet 29 of 39) 
Field 


Value 


Description 


REASON: 714 reastxt 


REASON: 715 reastxt 


REASON: 716 reastxt 


DOWNLOAD COULD 
NOT SEND SET SEQ 
NUM. RC: 


COULD NOT SEND 
DOWNLOAD STOP 
MESSAGE. RC: 


OUTPUT FAILED 
IN MPC 
FILESYS. CONV: nnn 


Indicates CC cannot send set sequence 
number message (part of download 
procedure) to MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present and information does 
not clear the problem, contact the next level of 
maintenance. 


Indicates CC cannot send download stop 
message (part of download procedure) to 
MPC. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact the next level of 
maintenance. 


Indicates application that uses MPC for file 
system input/output performed a failed PUT 
operation. System informs the application of 
the error and takes appropriate action. nnn = 
conversation number (0-255). 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact next level of 
maintenance. 
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Field Value 


Description 


nnn 


REASON: 717 reastxt CONV STATE NOT 
ENABLED, PUT 
CANCELLED. CONV: 


REASON: 718 reastxt CONV RESET DONE 
DURING PUT, PUT 
ABORTED. CONV: nnn 


Indicates system disabled conversations and 
halted PUT to MPC. System informs the 
application of trouble and takes appropriate 
action. Links and conversations normally 
recovers without support. The application is 
takes appropriate action. nnn = conversation 
number (0-255). 


ACTION: Manually busy and return MPC to 
service (if the system did not return MPC to 
service). If system generates REASON 717 
often or the condition affects the link, perform 
diagnostics and return MPC to service. If 
system generates REASON 717 after 
return-to-service occurs, replace MPC and test 
again. Refer to Action section following this 
table for diagnostic, corrective maintenance, 
and replacement procedure. If system 
generates REASON 717 after MPC is 
replaced, contact next level of maintenance. 


Indicates system set conversations again and 
halted PUT to MPC. The application takes 
appropriate action. Links and conversations 
recover without interruption. CONV: nnn = 
conversation number (0-255). 


ACTION: Manually busy and return MPC to 
service (if the system did not return MPC to 
service). If system generates REASON 718 
often or condition affects the link, perform 
diagnostics and return MPC to service. If 
system generates REASON 718 after 
return-to-service occurs, replace MPC and test 
again. Refer to Action section following this 
table for diagnostic, corrective maintenance, 
and replacement procedures. If system 
generates REASON 718 after MPC is 
replaced, contact next level of maintenance. 
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MPC102 (continued) 
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Field 


Value 


Description 


REASON: 720 reastxt 


REASON: 721 reastxt 


REASON: 722 reastxt 


REASON: 723 reastxt 


COULD NOT SEND 
QUERY CONV 
STATUS. RC: 


COULD NOT SEND 
START APPLICATION 
TO MPC 


FAST_XMIT - poll sanity 
failure on CONV: 


X25: Unsupported call 
request facilities 
ignored. 


Indicates protocol audit failed to send 
message to MPC to query conversation state. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present and information does 
not clear the problem, contact next level of 
maintenance. 


Indicates start application message cannot 
transmit to MPC to cause MPC to start the 
downloaded software. 


ACTION: Check MPC log buffer for additional 
log reports for suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present or information does not 
clear the problem, contact next level of 
maintenance. 


Indicates application attempted to use non-file 
system output that failed after specified 
internal MPCSUB parameter is tried again. 


ACTION: Normally, affected application takes 
immediate appropriate action. If the system 
generates this log, note conversation number. 
Contact next level of maintenance. 


Indicates an X25ORIG link with SVCTYPE = 
DDN had an incoming call with active facilities 
that the system does not support. Refer to 
Table MPCLINK for more information on the 
Query Link command to determine supported 
switch parameters. 


ACTION: Configure the remote to omit the 
facilities. 
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MPC102 (continued) 


(Sheet 32 of 39) 
Field 


Value 


Description 


REASON: 724 reastxt 


REASON: 727 reastxt 


REASON: 731 reastxt 


FAST_XMIT - poll sanity 
failure on CONV: 


X25: COULD NOT 
SEND ENABLE MPC. 


RC: 


PEC IN TABLE MPC 
DOES NOT MATCH 
INSTALLED CARD 
MPC = nn LINK = NONE 


Indicates application attempted to use non-file 
system output that failed after specified 
internal MPCSUB parameter. The maximum 
number of retries have been attempted. 


ACTION: Normally, affected application takes 
immediate appropriate action. If the system 
generates this log, note the conversation 
number. If these logs continue to occur, 
contact your next level of support. 


Indicates attempt to send a command to MPC 
to bring the downloaded software to a 
COMACT state failed. Failure occurred as a 
result of an RTS or a following audit. The MPC 
does not respond or the CC cannot send the 
command. 


ACTION: Manually return MPC to service, if 
the system did not return MPC to service. If 
the system generates REASON 106 two more 
times in 24 hrs, or three more times in 48 hrs, 
perform diagnostics and return-to-service. 
Refer to Action section following this table for 
diagnostic and corrective maintenance 
procedures. If system generates REASON 
106 again, contact the next level of 
maintenance. 


Indicates that the PEC entry in Table MPC for 
the indicated MPC card (nn) is not correct. nn 
= MPC card number (0-255). 


ACTION: Check if entry in Table MPC is 
correct for the MPC card indicated. Correct 
any data entry errors. If error persists, contact 
the next level of maintenance. 
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Field 


Value 


Description 


REASON: 770reastxt 


REASON: 771reastxt 


FAIL TO CONFIGURE 
SMART CONNECTOR 


FAIL TO CREATE TASK 
IN IOM 


Indicates the system cannot configure the 
smart connector. If a return-to-service (RTS) 
or TEST is being performed on an MPC port, 
progress stops. 


ACTION: Try the action that caused the log 
again. If log occurs again, delete the tuple that 
the log format identifies as MPC = nnn, and 
add the tuple again. You must delete the tuple 
in Table MPCLINK and Table MPC. Add the 
tuple to Table MPCLINK and Table MPC. If 
the log persists, load the IOM again. If the log 
persists, check the hardware for defects. 
Contact the next level of support. 


Indicates a software problem in the IOM. If the 
system performs a return-to-service (RTS) or 
TEST on a MPC port, progress stops. 


ACTION: Try the action that caused the log 
again. If the log occurs again, delete the tuple 
that the log format identifies as MPC = nnn, 
and add the tuple again. You must delete the 
typle in Table MPCLINK and Table MPC. Add 
the tuple to Table MPCLINK and Table MPC. 
If the log persists, load the IOM again. If the 
log persists, check the hardware for defects. 
Contact the next level of support. 
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Field Value Description 


REASONS: 780 to FAILED TO SEND THE Indicates a software problem in the IOM. If the 
786reastxt CONFIG PORT MSG system performs a return-to-service (RTS) or 
DURING TEST OR TEST on a MPC port, progress stops. 


i. ACTION: Try the action that caused the log 
THE RETURN CODE again. If log occurs again, delete the tuple that 
FROM THE the log format identifies as MPC = nnn, and 
PERIPHERAL FOR A add the tuple again. You must delete the tuple 
CONFIG PORT MSG in Table MPCLINK and Table MPC. Add the 
IS NON ZERO, tuple to Table MPCLINK and Table MPC. If 
FAILED TO SEND THE the log persists, load the IOM again. If the log 
SELFTEST MSG persists, check the hardware for defects. 


DURING A MANUAL Contact the next level of support. 
FULL TEST, 


FAILED TO SEND THE 
QUERY_SELFTEST 
MSG DURING A 
MANUAL FULL TEST, 


RETURN CODE FROM 
THE PERIPHERAL 
FORA 
QUERY_SELFTEST 
MSG IS NON_ZERO, 


REASONS: 780 to THE PERIPHERAL 

786reastxt (continued) REPORTS AN ILLEGAL 
STATE FORA 
QUERY_MPC_ 


STATUS, MPC_TEST 
FAILED IN SENDING 
QUERY_MPC 


STATUS, 
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MPC102 (continued) 


(Sheet 35 of 39) 
Field 


Value 


Description 


REASONS: 787 to 790 


REASON: 801 reastxt 


REASON: 802 reastxt 


REASON: 803 reastxt 


REASON: 805 reastxt 


CC PROTOCOL 
SOFTWARE FAILED 
TO INIT FOR AN 
IOM_START_APPLN 
DIRECTIVE, 


SEND 
QUERY_MPC_STATU 
S FAILED FROM 
MPC_RTS, 


COULD NOT SEND 
IOM MPC TERMINATE 
TASK, 


COULD NOT 
TERMINATE IOM MPC 
FIRMWARE TASK 


C VALUE IN RCV DATA 
MSG TOO BIG. 


RCV DATA MSG 
ARRIVED. NO GET 
PENDING FOR IT. 


RCV DATA MSG 
ARRIVED FOR 
PROCESS THAT HAS 
DIED. 


Invalid LINK number for 
incoming RCV_DATA 
msg. 


Indicates a software problem in the IOM. If the 
system performs a return-to-service (RTS) or 
TEST on a MPC port, progress stops. 


ACTION: Try the action that caused the log 
again. If log occurs again, delete the tuple that 
the log format identifies as MPC = nnn, and 
add the tuple again. You must delete the tuple 
in Table MPCLINK and Table MPC. Add the 
tuple in Table MPCLINK and Table MPC. If the 
log persists, load the IOM again. If the log 
persists, check the hardware for defects. 
Contact the next level of support. 


Indicates MPC sent data to CC from a 
conversation that must not be present on that 
MPC. 


ACTION: Contact next level of maintenance. 


Indicates MPC sent data from a valid 
conversation to CC, and an application did not 
request the data. 


ACTION: Contact next level of maintenance. 


Indicates application process died while the 
processed data was sent to the application. 


Note: The application issued a file system 
GET to obtain data from MPC. 


ACTION: Contact next level of maintenance. 


Indicates that the MPC interrupt handler 
identified an RCV DATA message that an 
invalid link number tagged. 


ACTION: If this log occurs more than twice in 
5 min, contact the next level of maintenance. 
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Field Value 


Description 


REASON: 807 reastxt MPC NOT READY FOR 
OUTPUT 


REASON: 808 reastxt MPC VOL ID REFERS 
TO NONEXISTENT 
CONVERSATION: 


REASON: 870 reastxt UNABLE TO WRITE TO 
STATIC CCC_TO_MLC 
TABLE. 


Indicates attempt to send data to an offline 
card occurred. 


ACTION: Manually return MPC to service if 
the system did not return MPC to service. If 
MPC cannot return to service, contact the next 
level of maintenance. If system generates 
REASON 807 again after return-to-service 
occurs, check MPC log buffer for additional log 
reports from suspect MPC. If additional 
reports are present, use information in other 
reports to clear the problem. If additional 
reports are not present and information does 
not clear the problem, contact the next level of 
maintenance. 


Indicates an application requested file system 
operation for MPC. The application provided a 
volume ID that referred to a conversation that 
did not take place. The application cannot 
perform input/output on MPC. 


ACTION: Check entry for Customer Data 
Table MPC, the protocol support table (like 
X25LINK) that associates with that MPC. 
Check any table that associates with 
applications that use that MPC. If entry is 
correct, or if corrected entry does not clear the 
problem, contact the next level of 
maintenance. 


Indicates that an application that requires 
static volume ID support cannot write the 
necessary information into the static 
CCC_TO_MLC table. This report is from the 
MPC base software. 


ACTION: The system may generate a trap 
with this log report. Contact the next level of 
maintenance. 
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MPC102 (continued) 


(Sheet 37 of 39) 
Field 


Value 


Description 


REASON: 878 reastxt 


REASON: 879 reastxt 


REASON: 880 reastxt 


REASON: 884 reastxt 


FAILED TO SEND 
APPLICATION 
CONTROL DATA. 
FSRC: 


FAILED TO SEND 
APPLICATION 
CONTROL DATA. 
FSRC: 


Network/DTE set PVC 
non-operational: 


Unable to acknowledge 
LINK RESET. RC: nn 


Indicates that the output operation failed after 
the application requested transmission of 
special control data (Q-bit data in the X2580 
protocol). 


ACTION: If this problem occurs, the card can 
system busy automatically. If that action does 
not occur, or does not clear the log, manually 
busy and return the MPC to service. If problem 
persists, contact the next level of maintenance. 


Indicates that the output operation failed after 
the application requested transmission of 
special control data (Q-bit data in the X2580 
protocol). 


ACTION: If this problem occurs the card cans 
system busy automatically. If that action does 
not occur, or does not clear the log, manually 

busy and return the MPC to service. If problem 
persists. contact the next level of maintenance. 


Indicates that a PVC sets again because the 
Network or DTE does not operate in the X2580 
protocol. The PVC remains out of service to 
the application until the condition passes. 


ACTION: If this error occurs often, evaluate 
network and DTE facilities. There is no other 
action required. 


Indicates that the output operation to the board 
failed during a CC attempt to acknowledge a 
reset link. 


ACTION: Monitor MPC logs for specified 
output errors. The MPC can system busy. If 
this error condition occurs often, contact the 
next level of maintenance. 
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MPC102 (continued) 


(Sheet 38 of 39) 
Field 


Value 


Description 


REASON: 885 reastxt 


REASON: 886 reastxt 


REASON: 887 reastxt 


REASON: 888 reastxt 


Unable to acknowledge 
stopped conversation. 
RC: 


Unable to acknowledge 
reset conversation. RC: 
nn 


Unable to acknowledge 
started conversation. 
RC: nn 


Unable to send link 
configuration data. RC: 
nn 


Indicates that the output operation to the board 
failed during a CC attempt to acknowledge a 
stopped conversation. 


ACTION: Monitor the MPC logs that can 
indicate more specified output errors. The 
MPC can system busy. If this error condition 
occurs often, contact the next level of 
maintenance. 


Indicates that the output operation to the board 
failed during a CC attempt to acknowledge a 
reset conversation. 


ACTION: Monitor MPC logs for more specified 
output errors. The MPC can system busy. If 
this error condition occurs often, contact the 
next level of maintenance. 


Indicates that the output operation to the MPC 
board failed during a CC attempt to 
acknowledge a start conversation. 


ACTION: Monitor MPC logs for more specified 
output errors. The MPC can system busy. If 
this error condition occurs often, contact the 
next level of maintenance. 


Indicates the system cannot send link 
configuration data to MPC board during the 
RTS of a link. 


ACTION: Monitor MPC logs for information 
that can provide more detail. Retain return 
code for reference. The board can become 
system busy. If this error condition occurs 

often, contact next level of maintenance. 
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MPC102 (continued) 


(Sheet 39 of 39) 
Field 


Value 


Description 


REASON: 889 reastxt 


REASON: 991 reastxt 


reastxt 


MPC echoed command 
unknown/out of context. 
FN: nn 


ASYNC: BAD LINK 
CONFIG PARMVALUE 
FOR AAA 


X2580: BAD link 
configuration parmvalue 
for AAA 


Indicates the system sent a command to MPC 
board. MPC cannot identify command or 
command was in the wrong context. A number 
represents the command function. 


ACTION: There is no manual action required. 
For commands that the CC intended to apply 
to the MPC card (MPC tasks), the board is 
system busy. This condition results in the 
initialization of the peripheral and CC software. 
For a LINK or CONVERSATION task, the link 
is system busy. This condition results in the 
partial reset of PP and CC software contexts. 
If this error condition occurs often, contact next 
level of maintenance. 


Indicates the ASYNC in parameter AAA in 
Table MPCLINK has an invalid value. The 
MPC card determined this value. 


ACTION: Check thatthe entry for the indicated 
MPC and link is correct. Correct any entry 
errors. If this error persists, contact the next 
level of maintenance. 


Indicates that the X2580 entered in parameter 
AAA in Table MPCLINK has an invalid value. 
The MPC card passed this value. 


ACTION: Table control software prevents 
entry of invalid parameter values. Check entry 
for the indicated MPC and link. Contact the 
next level of maintenance. 


Action 


Complete diagnostic, corrective maintenance and replacement procedures as 


follows: 


1. Attempt to busy the MPC. 
2. Test the MPC. 


3. Check log reports to make sure that other problems are not present. 
Attempt to return MPC to service. 
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If this condition continues and the MPC cannot return to service, complete the 
following: 


1. Busy the MPC, then perform a full test. If the system cannot complete the 
test, change the MPC board (NT1X89AA). Attempt return-to-service. 


2. Ifthis condition continues and the MPC cannot return to service, make 
sure the entry is correct in Table MPC. Attempt return-to-service. 


3. If the MPC still cannot return to service, contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC103 
Explanation 
The Multiprotocol Controller (MPC) subsystem report MPC103. The 
subsystem generates this report when a trap occurs in the MPC software. 
Format 
The log report format for MPC103 is as follows: 
MPC103 mmmdd hh:mm:ss ssdd INFO MPC_TRAPINFO_REPORT 
MPC=nnn OLD NUMTRAPS=nnn NEW NUMTRAPS=nnn TRAPS 
RETURNED=nnn 
hl 
Example 


An example of log report MPC103 follows: 


MPC103 APRO1 12:00:00 2112 INFO MPC TRAPINFO REPORT 
MPC-1 OLD NUMTRAPS-3 NEW NUMTRAPS-4 TRAPS RETURNED=1 
40F161E254D8A2C3B56FC3D74A6EFF 
00F000000000000000000000000000 
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

BBBBBBBBBB00000000000000000000 

000000000000000CCCCCCCCCCCCCCC 

DDDDDDD00000000EEEEEEE00000000 

000000000Ccccccccoo00000cccccc 

AAAAAAA00000FFFFFBBBB0OOO00000 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Identifies type of MPC report as a rap report. 
MPC TRAPINFO REP 

ORT 

MPC Integers Identifies suspect MPC. Lists customer data 


table from CI MAP level for office defined MPC. 


OLD NUMTRAPS 0 to 32000 Provides number of traps that caused 
subsystem to generate previous MPC103 log 
report. 
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Field Value Description 


NEW NUMTRAPS 0 to 32000 Provides number of traps that caused 
subsystem to generate previous MPC103 log 
report. Provides number of traps that caused 
subsystem to generate current MPC103 log 
report. 


Note: Number of traps for current report 
equals NEW NUMTRAPS minus OLD 


NUMTRAPS. 

TRAPS RETURNED 0 to 32000 Provides total number of traps since last log 
report. 

hi 0000-FFFF Provides additional information for operating 


company or NT software support personnel to 
isolate problems. 


Note: The example provided does not 
represent an accurate DMS configuration. 


Action 


Save MPC103 log report and all MPC reports generated during the previous 
hour. Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC104 


Explanation 
The Multi-Protocol Controller (MPC) subsystem report MPC104. The 
subsystem generates MPC104 when an audit encounters trouble that can 
prevent normal operation of MPC functions. Seven reasons can cause the 
generation of MPC104. A reason text and a reason number identifies each 
reason. Both the reason text and reason number appear in numeric order in the 
following Explanation Table. Reastxt includes a return code that has meaning 
for reasons 3 and 5. 


Format 
The log report format for MPC104 is as follows: 


MPC104 mmmdd hh:mm:ss ssdd INFO MPC_AUDIT_REPORT 
REASON: n 

reastxt 

MPC = nnn 


Example 
An example of log report MPC104 follows: 


MPC104 APRO1 12:00:00 2112 INFO MPC_AUDIT_REPORT REASON: 
4 


BAD HEADER IN QUERY MPC STATUS ECHO 
MPC = 1 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO Constant Identifies type of report as an Audit 
MPC AUDIT REPO report. 

RT 
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Field Value Description 
REASON 0 to 32 Provides reason number for event that 
references reason text. 

REASON: 0 reastxt AUDIT Indicates MPC audit process tried to 
PROCESS test a MPC that does not exist. 
ATTEMPTED 
OUTPUT TO Note: Unless other problems appear 
INVALID MPC. in MPC log reports, other MPCs and 


applications that use MPCs are 
normally not affected. 
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MPC105 


Explanation 
The Multi-Protocol Controller (MPC) subsystem reports log MPC105. The 
subsystem generates log MPC105 when you use the SETPARM command to 
perform a configuration change. The SETPARM command works only when 
MONMPC is loaded in the switch. MONMPC is a non-resident software 
package. The MONMPC command generates log report MPC105. Each 
parameter text (parmtxt) message description contains a description of the 
message. Each parmtxt description contains the expected value range for 
MPC105 OLD and NEW fields. If correct, each parmtxt description contains 
the default value for MPC105 OLD and NEW fields. 


Format 
The log report format for MPC105 is as follows: 


MPC105 mmmdd hh:mm:ss ssdd INFO 
MPC_CONFIGURATION_CHANGE 
REASON: n 
parmtxt 
OLD -nnnnn NEW = nnnnn 


Example 
An example of log report MPC105 follows: 


MPC105 APRO1 12:00:00 2112 INFO MPC CONFIGURATION CHANGE 
REASON: 105 
SETPARM CHG: TIME FILESYS WAITS ON CONV (MINS) 
OLD = 1 NEW = 0 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

MPC_ Constant Identifies report as a Configuration Change 

CONFIGURATION Report. 

_REPORT 

parmtxt SETPARM CHG: TIME Indicates the time the file system waits for a 
FILESYS WAITS ON conversation to become available. The range 
CONV (MINS) is 0 to 255 min. 
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Field Value 


Description 


REPLY (SECS) 
SETPARM CHG: 


FULL LINK BUFF 
SETPARM CHG: 


FULL (SECS) 


SETPARM CHG: 


SETPARM CHG: 
MAXIMUM 


AUDIT 


SETPARM CHG: 
FREQUENCY OF 


SETPARM CHG: 


PROCESS STACK 
SIZE 
OLD = nnnnn 0 to 32767 
NEW = nnnnn 0 to 32767 
Action 


No action is required. 


SETPARM CHG: TIME 
ALLOWED FOR MPG 


FILESYS RETRIES ON 


MUTEX MPC ACCESS 
WAIT BY PROC (MIN) 


SETPARM CHG: SEND 
RETRY ON MPC BUFF 


BOARD INTERRUPT 
COUNT RESET (MINS) 


INTERRUPTS PER 


SANITY AUDIT (MINS) 


MPCGDADY CHILD 


Indicates the time given for an MPC return 
response. The range is 1 to 255 s. 


Indicates the number of file system display 
attempts with full link buffers. The range is 0 to 
32767 retries. The default is 20. 


Indicates the process waiting time for board 
access. The range is 0 to 255 min. The default 
is 3 min. 


Indicates the time a file system PUT waits for 
link buffers to clear before attempting to 
resend. Refer to FILESYS RETRIES ON FULL 
LINK BUFF. The range is 0 to 255 s. The 
default is 10 s. 


Indicates the time between total count interrupt 
resets for each board (through the MPC 
maintenance audit process). The range is 1 to 
255 min. The default is 1 min. 


Identifies the maximum interrupts for each 
reset interval before the board is declared a 
"babbling idiot." The range is 1 to 32767. The 
default is 10000. 


Identifies the time between MPC sanity audits. 
The range is 1 to 32767 min. The default is 5 
min. 


Indicates the word number allocated for 
random access memory (RAM) stack when 
MPCGDADY creates process. The range is 1 
to 32767. The default is 4095. 


Provides previous parameter value. 


Provides current parameter value. 
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Associated OM registers 
Not any 
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MPC106 


Explanation 


Format 


Example 


The Multi-Protocol Controller (MPC) subsystem report MPC106. The 
subsystem generates MPC106 when MPCGDADY finds problems that create 
a requested child process. The system can generate MPC during any DMS 
Restart when the REVIVE command calls or a process traps. A DMS restart 
can be Cold, Warm, or Reload. Most MPC106 log reports have attendant 
MPC101 logs that record other system return codes. Save these logs if NT 
support personnel must analyze the logs. 


The log report format for MPC106 is as follows: 
MPC106 mmmdd hh:mm:ss ssdd INFO MPC_PROCESS_REPORT 


reastxt 
PROCESS = procnm 


An example of log report MPC106 follows: 


MPC106 APRO1 12:00:00 2112 INFO MPC_PROCESS_REPORT 
MPCGDADY: COULD NOT START PROCESS 
PROCESS = MPCMTCAU 


Field descriptions 
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The following table describes each field in the log report: 


Field 
INFO 


Constant Identifies type of report as a Process Report 
MPC PROCESS _ 


REPORT 


reastxt 


Value Description 


MPCGDADY: COULD Indicates that the stepdaddy process or a 

NOT CREATE process the stepdaddy process tries to create 

PROCESS. is not successful. This can occur after a 
system restart. An MPC101 log provides the 
SOS reason code. 


ACTION: Contact the next level of 
maintenance. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


UCS log reports 1-624 
MPC106 (end) 


(Sheet 2 of 2) 


Field Value Description 
MPCGDADY: COULD Indicates that after one of the daddy processes 
NOT RECREATE receives a death message, an attempt to 
PROCESS. create the dead process again is not 


successful. This field can occur after a child 
process traps. An MPC101 log provides a 
SOS reason code for this problem. 


ACTION: Enter the REVIVE PROCNAME to 
revive process. 


The «process name» is an option of the 
REVIVE command. If the system generates 
MPC106 with a message that indicates 
process is not revived, contact the next level of 
maintenance. Note attendant MPC101 log. 


MPCGDADY: ERROR Indicates death message is received for a 

READING PROCESS process MPCGDADY controls. The 

DEATH TIME. MPCGDADY cannot determine when the 
process died. 


ACTION: Contact the next level of 
maintenance. Note attendant MPC101 log. 


Note: Process names appear in the MPC106 
log. 
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MPC201 
Explanation 
The subsystem generates log MPC201 to signal the use of an MLC (one 
multiprotocol controller (MPC), one link, and one channel) for a Fast Utility 
application. The resources are assigned in Table MPCFASTA, field 
MLCLIST. 
Format 
The log report format for MPC201 is as follows: 
MPC201 mmmdd hh:mm:ss ssdd INFO MPC_FAST_APPLN_REPORT 
APPLN: appIname MLC (n, n, n) MARKED xx 
POS =n LLINK=n AVAILABILITY = n/n 
Example 


An example of log report MPC201 follows: 


MPC201 APRO1 12:00:00 2112 INFO MPC FAST APPLN REPORT 
APPLN:  AOSSVR MLC (3, 2, 1) MARKED UP 
POS = 3 LLINK = 5 AVAILABILITY = 3/3 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 


INFO MPC FAST Constant Indicates the use of the Fast Utility. 
APPLN REPORT 


APPLN Symbolic text Specifies the application name. Application 
software binds the application name at initial 
program load (IPL) 


MLC 0-255, 0-3, 1-10 Indicates MPC, link, and channel numbers that 
identify a permanent virtual circuit (PVC) 
dedicated to the application. 


MARKED UP or DOWN Indicates use, gain, or loss of the MLC 
identified in previous field MLC 


POS NONE or 1-16 Indicates the position of the MLC in field 
MLCLIST of Table MPCFASTA. An MLC 
MARKED DOWN yields a POS value of ‘none’. 
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Field 


Value Description 


LLINK 


AVAILABILITY 


Action 


0-15 Shows a logical link number, normally used for 
internal indexing 


0-16/0-16 Provides a ratio of operating MLCs to entered 
MLCs, and ideally reduces to 1. If you delete 
an application from Table MPCFASTA, an 
MPC201 log appears as each MLC was 
MARKED DOWN individually. The ratio 
changes to 0/0. 


This log can appear each time you enter or remove an MLC. The MPC logs 
that concern BX.25 or MPC hardware normally precede this log. You must 
monitor appearances of log MPC201 for more MARKED DOWN (resource 
loss) messages. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MPC299 


Explanation 
The subsystem generates MPC299 to flag errors during operation of an 
application entered in table MPCFASTA. These errors often involve 
application input/output (I/O) or allocation of resources for the application and 
in many instances are automatically corrected. Other occurrences involve 
system problems. The RETURNCODE is important in this instance and keep 
the RETURNCODE for reference. 


Format 
The log report format for MPC299 is as follows: 


MPC299 mmmdd hh:mm:ss ssdd INFO MPC FAST ERROR 
REASON: nnn 

RETURNCODE = nn desctxtl 

desctxt2 


Example 
An example of log report MPC299 follows: 


MPC299 APRO1 12:00:00 2112 INFO MPC_FAST_ERROR REASON: 
409 


RETURNCODE = none APPLN: AOSSVR LLINK = 2 
MPCFASTO: Timeout on regular audit 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO MPC_FAST_ Constant Identifies type of MPC report as a Fast 
ERROR Application Error Report 

REASON 100-500 Indicates an operation error, normally involves 


application I/O or resource allocation 


RETURNCODE Integers or none Indicates the RC (one- or two-digit return code) 
from a system or MPCFAST operation error. 
Indicates none when there are no return 
codes. 
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Field Value Description 

desctxt1 up to 28 characters Refer to the Additional Information section for 
specified reason codes and matching 
description texts. 

desctxt2 up to 48 characters Describes the error that generates the report. 
Refer to the Additional Information section for 
specified reason codes and matching 
description texts. 

Action 


Refer to the action supplied for each reason in the Additional Information 
section. Save all reports with a return code for operating company and/or NT 


software support personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The following table lists reasons with associated descriptions, and appropriate 
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actions. 


Field 
REASON: 100 


desctxt1 


desctxt2 


REASON: 110 


desctxt1 


Value 


ALLOCFLAGPOOL 
FAILED 


COULD NOT 
ALLOCATE FLAG 
POOL FOR 
MPCFASTO FLAGS 


OM ALLOC FAILED 


Description 


Not enough system resources for the 
allocation of a pool of flags at RESTART time. 
Log MPCFASUB cannot operate correctly 
without these flags. 


ACTION: Contact next level of maintenance. 
Keep system RETURNCODE value for 
reference. 


There are no valid OM register stores 
available. The MPCFASTA group cannot 
report. 
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Field Value Description 
desctxt2 OM REGISTERS ACTION: Contact next level of maintenance. 
CANNOT BE This log describes a system storage failure. 
INCREMENTED 
REASON: 220 
desctxt1 «application name- This application attempts to bind to 
MPCFASUB. In the attempt, the application 
used a character name that is not unique to the 
fast system.. 
desctxt2 APPLICATION NAME ACTION: Contact next level of maintenance 
NOT UNIQUE. NAME 
ALREADY BOUND 
REASON: 221 
desctxt1 «application name- A system cannot build a free queue when the 
application supplies invalid data specifications. 
desctxt2 QUEUE ACTION: Contact next level of maintenance. 
SPECIFICATION NOT 
VALID 
REASON: 222 
desctxt1 «application name> The name cannot bind the application as an 
index into Table MPCFASTA. This may 
indicate that the range of indexes cannot 
accept any more entries. 
desctxt2 COULD NOT ADD ACTION: Contact next level of maintenance. 
SYMBOL TO STRING 
RANGE 
REASON: 223 
desctxt1 «application name- The system cannot allocate protected data 
store for the application bound to MPCFASUB. 
desctxt2 PROT STORE ACTION: Contact next level of maintenance. 
ALLOCATION FAILED 
AT IPL 
REASON: 224 
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(Sheet 3 of 10) 
Field Value Description 
desctxt1 «application name- The system cannot allocate SHARED data 
store for the application bound to MPCFASUB. 
desctxt2 SHARED STORE ACTION: Contact next level of maintenance. 
ALLOCATION FAILED 
AT IPL 
REASON: 225 
desctxt1 «application name> This application cannot bind to MPCSUB for 
purposes of process management. 
desctxt2 MPC DEFINE APPLN ACTION: Contact next level of maintenance. 
FAILED 
REASON: 226 
desctxt1 «application name- The system cannot allocate data store to build 
the constant part of the fast application free 
queue. 
desctxt2 UNABLE TO ACTION: Contact next level of maintenance. 
ALLOCATE STORE 
FOR APPLICATION 
QUEUE 
REASON: 227 
desctxt1 «application name- The system cannot allocate data store to build 
the application part of the fast application free 
queue. 
desctxt2 UNABLE TO ACTION: Contact next level of maintenance. 
ALLOCATE STORE 
FOR APPLICATION 
QUEUE 
REASON: 228 
desctxt1 «application name> This application calls the MPCFASUB primary 
bind procedure at a time other than system 
IPL. May result in data inconsistencies 
desctxt2 MPC ADD NEW . ACTION: Contact next level of maintenance. 


FASTIO APPLN IS IPL 
ONLY PROCEDURE 
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Field Value Description 
REASON: 229 
desctxt1 «application name- This application attempted to bind to 
MPCFASUB. The application to gives a name 
longer than the eight character maximum. 
desctxt2 FAST APPLN NAME ACTION: Contact next level of maintenance. 
EXCEEDS 
ALLOWABLE LENGTH 
REASON: 230 
desctxt1 «application name> The name of this application is not identified to 
the fast system through the primary bind 
procedure. 
desctxt2 MPC BIND FAST AP ACTION: Contact next level of maintenance. 
PLN FAILED; 
UNRECOGNIZED 
APPLN 
REASON: 231 
desctxt1 «application name> This application is the MPCFASUB secondary 
bind procedure. The system does not allocate 
data resources for the application through the 
primary bind procedure. 
desctxt2 MPC BIND FAST AP ACTION: Contact next level of maintenance. 
PLN FAILED; 
RESOURCES 
LACKING 
REASON: 232 
desctxt1 «application name> This application cannot bind to MPCSUB for 
process management. 
desctxt2 COULD NOT BIND ACTION: Contact next level of maintenance. 
APPLN TO MPC 
GRANDADDY 
REASON: 233 
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Field Value Description 
desctxt1 APPLN: aaaaaaaa Cannot identify the correct input procedure for 
LLINK 2 n aMLC (MPC, Link, and Channel) owned by the 
application given. The Logical Link number is 
an internal index. 
desctxt2 COULD NOT BIND ACTION: Contact next level of maintenance. 
TARGET INPUT This report may indicate output problems. 
PROCEDURE TO MLC 
ON RESTART 
REASON: 234 
desctxt1 <application_name> This application specifies a free queue that is 
too large to allocate. The size of the data 
elements determines this condition. 
desctxt2 FAST APPLN ACTION: Contact next level of maintenance. 
Q COUNT TOO 
LARGE FOR 
ALLOCATION 
REASON: 235 
desctxt1 <application_name> This application calls the MPCFASUB 
secondary bind procedure. The call does not 
occur during the RESTART procedure. Can 
cause data inconsistencies. 
desctxt2 MPC BIND FAST AP ACTION: Contact next level of maintenance. 
PLN IS RESTART 
ONLY PROCEDURE 
REASON: 236 
desctxt1 MPCFASTA/MPCLSET An application defined in Table MPCFASTA 
INCONSISTENT has only part of the logical links grouped into 
link sets in Table MPCLSET. The links not 
grouped into sets are not available for link 
transfer or selection to a link-set application. 
desctxt2 ALL «application name» ACTION: Make sure that all logical links enter 
MLCS ARE NOT IN according to the needs of the application. 
TABLE MPCLSET 
REASON: 300 
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MPC299 (continued) 
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Field Value Description 
desctxt1 APPLN: aaaaaaaa Output cannot occur correctly because of 
LLINK 2 n failure of routine to trigger the necessary 
process response. 
desctxt2 RELEASEFLAG ACTION: Keep the return code for reference. 
FAILED Contact next level of maintenance. 
REASON: 305 
desctxt1 UNABLE TO DO Resources the process used are not handled 
PROPER CLEANUP properly, when the system removed the 
process. 
desctxt2 MPCFASTO PROCESS ACTION: Indicates data defect that can cause 
INFORMATION loss of application messages. Contact next 
LACKING level of maintenance. 
REASON: 310 
desctxt1 FAST APPLN ID OUT The application or the Utility detects a bad link 
OF RANGE and attempts to take the link out of service. 
The identification of the application is not 
known. 
desctxt2 APPLICATION QUEUE ACTION: Contact next level of maintenance. 
CANNOT BE The application ID can be defective. Can 
TRANSFERRED cause message loss when links are not 
handled correctly.. 
REASON: 311 
desctxt1 FAST APPLN ID NOT The application or this utility detects a bad link 
BOUND and attempts to take the link out of service. 
There is no application data for the application 
named. 
desctxt2 APPLICATION QUEUE ACTION: Contact next level of maintenance. 
CANNOT BE The application id can be defective. Can 
TRANSFERRED cause message loss when the links are not 
handled correctly. 
REASON: 312 
desctxt1 APPLN: aaaaaaaa The MPC Fast Utility or the application 
LLINK 2 n identifies the bad link. A bad link is a logical 
link id outside the range 0-15. 
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Field Value Description 
desctxt2 LOGICAL LINKID OUT ACTION: Contact next level of maintenance. 
OF RANGE--NO The link id can be defective. Can cause 
QUEUE TRANSFER message loss when the links are not handled 
correctly. 
REASON: 313 
desctxt1 APPLN: aaaaaaaa The application or the MPC Fast Utility 
LLINK 2 n attempts to take down the link named. Internal 
data indicates the link is out of service. 
desctxt2 QUEUE ALREADY ACTION: If more than one report appears 
DOWN--NO QUEUE within 5 min, contact next level of 
TRANSFER maintenance. Internal data cannot 
synchronize between application and 
MPCFASUB. The application must recover or 
the report appears again. 
REASON: 320 
desctxt1 FAST APPLN ID OUT An application requested data conversion, but 
OF RANGE is not recognized. 
desctxt2 UNABLE TO CONVERT ACTION: Contact next level of maintenance. 
MLC TO LOGICAL LINK The application id can be defective. 
REASON: 321 
desctxt1 FAST APPLN ID NOT An application requested data conversion. 
BOUND The given application ids do not have data 
allocated against the application. 
desctxt2 UNABLE TO CONVERT ACTION: Contact next level of maintenance. 
MLC TO LOGICAL LINK The application id can be defective. 
REASON: 401 
desctxt1 APPLN: aaaaaaaa A fast output process cannot output an initial 


LLINK = n 


audit message after the process finishes of the 
Permanent Virtual Circuit (PVC) connection. 
Indicates the PVC connects for a short time. 
The process tries to wait on the PVC again. 
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Field Value Description 
desctxt2 MPCFASTO: ACTION: Unless the report repeats the action, 
MPC FAST XMIT there is no action required. Repeat 
failed on initial audit appearance indicates the circuit connection is 
not steady. To stop sanity audits, sent by the 
system, remove the associated MLC from 
Table MPCFASTA. Also keep the provided 
return code and check the physical 
connection. 
REASON: 402 
desctxt1 APPLN: aaaaaaaa A fast output process does not detect a 
LLINK 2 n response to the request for a link sanity audit. 
If the application supports the audit, a sanity 
audit is necessary before the system can allow 
application output. The process must continue 
to monitor the far end until the system detects 
some response. 
desctxt2 MPCFASTO: Timeout ACTION: May require action on the far-end if 
on initial audit the log appears again. Indicates that the 
far-end does not respond correctly. 
REASON: 403 
desctxt1 APPLN: aaaaaaaa A fast output process cannot continue 
LLINK 2 n initialization because vital system messages 
are not received. 
desctxt2 MPCFASTO: Suicide ACTION: If this action only occurs once, the 
during INIT - WAITX System reinstates the process automatically. If 
failed this action repeats, you cannot use the the 
associated MLC for application output. In this 
instance, keep the RETURNCODE, leave the 
process in its current state, and contact the 
next level of maintenance. 
REASON: 404 
desctxt1 APPLN: aaaaaaaa A fast output process cannot get a necessary 
LLINK 2 n system resource. 
297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-636 
MPC299 (continued) 


(Sheet 9 of 10) 


Field Value Description 
desctxt2 MPCFASTO: Suicide ACTION: If this report only occurs once, the 
during INIT - system automatically reinstates the process. 
ALLOCFLAG failed Multiple reports indicate that you cannot use 
the associated MLC for application output. In 
this instance, keep the RETURNCODE and 
leave the process in its current state. Contact 
the next level of maintenance. 
REASON: 405 
desctxt1 APPLN: aaaaaaaa A fast output process cannot output an 
LLINK 2 n application message. The system takes the 
process out of service for a short period of 
time. The system generates an MPC201 log 
and returns to the process to service. The 
process returns to service after more than one 
cycle of the time specified in field AUDITFRG, 
Table MPCFSTA, for the application.. This 
return to service causes a second MPC201 
log. 
desctxt2 MPCFASTO: ACTION: This error normally results from a 
MPC FAST XMIT link RESET. Protocol software issues the link 
failed RESET during output. This system must 
corrects the error. If this report appears again, 
contact the next level of maintenance. 
REASON: 406 
desctxt1 APPLN: aaaaaaaa The fast output process at the given location 
LLINK 2 n cannot control its flag to trigger output. 
desctxt2 MPCFASTO: Suicide- ^ ACTION: If this report only appears once, the 
CLAIMFLAG failed System reinstates the process automatically. 
Multiple reports indicate that you cannot use 
the associated MLC for application output. In 
this instance, keep the RETURNCODE and 
leave the process in its present state. Contact 
the next level of maintenance. 
REASON: 407 
desctxt1 APPLN: aaaaaaaa A fast output process cannot complete the 


LLINK = n 


PVC connection necessary for output. The 
process will self-destruct. 
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Field Value Description 

desctxt2 MPCFASTO: Suicide- ^ ACTION: If this report only occurs once, the 
MPC WAIT ON PVOCX system reinstates the process automatically. 
failed Multiple reports indicate that the system 


REASON: 409 desctxt! APPLN: aaaaaaaa 
LLINK =n 


desctxt2 MPCFASTO: Timeout 
on regular audit 


cannot use the associated MLC for application 
output. Keep the RETURNCODE. Check the 
physical connection. Attempt to REVIVE the 
application at the MPC level of the MAP. If this 
action does not correct the problem, contact 
the next level of maintenance. 


A fast output process does not detect a 
response to an audit request when there is no 
output activity. The system will take the 
process out of service for a short period of 
time. The system generates MPC201 log for 
the process, and returns the process to service 
after the time specified in Field AUDITFRQ, 
Table MPCFASTA, for the application. This 
return to service will cause a second MPC201 


log. 


ACTION: There is no action required at this 
end. This log indicates that the far end does 
not respond at the application level. If the 
problem is not automatically corrected, the 
far-end may require action. 
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MPC901 
Explanation 
The Multi-Protocol Controller (MPC) subsystem generates MPC901. The 
system generates MPC901 when the system removes a tuple that defines a 
given MPC in Customer Data Table MPC. The state of the MPC changes to 
an unequipped (UNEQ) state. 
Format 
The log report format for MPC901 is as follows: 
MPC901 mmmdd hh:mm:ss ssdd UNEQ MPC: nnn; FROM OFFL 
Example 


An example of log report MPC901 follows: 


MPC901 DECO6 10:36:48 5066 UNEQ MPC: 3; FROM OFFL 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
MPC: nnn 0 to 255 Identifies MPC affects the status change to 
UNEQ. 
FROM OFFL Constant Identifies previous MPC state as OFFL. See 
Table E. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC903 
Explanation 
The Multi-Protocol Controller (MPC) subsystem generates MPC903 when 
you enter the Manual_busy (MBSY) command at the MPC MAP level. The 
state MPC changes to a MBSY state. 
Format 
The log report format for MPC903 is as follows: 
.MPC903 mmmdd hh:mm:ss ssdd MANB MPC: nnn; FROM sttxt 
Example 


An example of log report MPC903 follows: 


.MPC903 MAR17 10:36:48 3345 MANB MPC: 21; FROM OFFL 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
MPC: nnn 0 to 255 Identifies MPC affects the status change to 
BSY. 
FROM sttxt OK Identifies previous MPC state as OK. See 
Table E. 
OFFL Identifies previous MPC state as OFFL. See 
Table E. 
SBSY Identifies previous MPC state as System busy 


(SBSY). See Table E. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC904 


Explanation 


Format 


Example 


The Multi-Protocol Controller (MPC) subsystem generates log report 
MPC904 when the system detects an important fault with an MPC. The state 
of the MPC changes to system busy (SysB). 


The log report format for MPC904 is as follows: 


MPC904 mmmdd hh:mm:ss ssdd SYSB MPC: nnn; FROM OK 
rsntxt 


An example of log report MPC904 follows: 


MPC904 JUN11 12:46:18 1347 SYSB MPC: 2; FROM OK 
Incoming Message Overload 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
SYSB MPC 0 to 255 Identifies MPC that affects the status change 
to SysB 
FROM OK Constant Identifies previous MPC state as OK. 
rsntxt Symbolic text Indicates the reason why the link changes to 
SysB 
Action 


Attempt a manual return to service on the MPC. If the system cannot return 
the MPC to service, perform diagnostic and corrective maintenance 
procedures. Refer to the Index to Maintenance Procedure Documents to 
review the procedures. If the diagnostic and corrective procedures continue to 
fail, record the number and type of logs the system generates. Contact the next 
level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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Additional information 
There is no additional information. 
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MPC905 
Explanation 
The Multi-Protocol Controller (MPC) subsystem generates MPC905. The 
system generates MPC905 when the system uses the return to service (RTS) 
command at the MPC MAP terminal level. The event also occurs when the 
system returns to service the MPC to an OK state. 
Format 
The log report format for MPC905 is as follows: 
MPC905 mmmdd hh:mm:ss ssdd RTS MPC: nnn; FROM statxt BY 
whtxt 
Example 
An example of log report MPC905 follows: 
MPC905 APR15 15:46:48 5423 RTS MPC: 2; FROM SYSB BY 
SYSTEM 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
RTS MPC 0 to 255 Identifies MPC affect the status change to OK 
FROM ManB Identifies previous MPC state as manual busy 
(ManB). See table E. 
SysB Identifies previous MPC state as SysB. See 
table E. 
BY SYSTEM Identifies the system as the agent that makes 


the change in MPC state. 


MAN Identifies the operator as the agent which 
makes the change in MPC state. 


Action 
If MPC returns to service from SysB, review the MPC log reports. Perform 
diagnostics and corrective maintenance procedures outlined in the Alarm and 
Performance Monitoring Procedures. Record frequency and type of logs the 
system generated for use by the next level of maintenance, if SysB logs 
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continue. Contact the next level of maintenance if diagnostic and corrective 
maintenance procedures do not correct the problem. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC906 
Explanation 
The Multiprotocol Controller (MPC) subsystem generates this report. The 
subsystem generates this report when the central control (CC) input/output 
(I/O) subsystem detects a minor incoming message overload (ICMO) 
condition on a link. 
Format 
The log report format for MPC906 is as follows: 
*MPC906 mmmdd hh:mm:ss ssdd FLT MPC: n 
Incoming Message Overload 
Example 


An example of log report MPC906 follows: 


*MPC906 MAY11 12:13:41 2112 FLT MPC: 0 
Incoming Message Overload 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
FLT MPC Integer Identifies the affected MPC affected. 
Incoming Message Constant Indicates an ICMO condition is present. 
Overload 

Action 


If the system generates this log often, you must take the indicated MPC out of 
service. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC907 
Explanation 
The Multiprotocol Controller (MPC) subsystem generates this report. The 
subsystem generates this report when a minor Incoming Message Overload 
(ICMO) condition ceases to affect. 
Format 
The log report format for MPC907 is as follows: 
MPC907 mmmdd hh:mm:ss ssdd INFO Fault Cleared MPC: n 
ICMO Cleared 
Example 


An example of log report MPC907 follows: 


MPC907 MAY11 08:21:34 2112 INFO Fault Cleared MPC: 1 
ICMO Cleared 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Fault Cleared Constant Indicates a fault cleared. 

MPC: n Integer Indicates the affected MPC unit. 

ICMO Cleared Constant Indicates an ICMO condition cleared. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MPC908 


Explanation 
The Multiprotocol Controller (MPC) subsystem generates this log. The 
subsystem generates this log when the state of an MPC link changes. This log 
documents MPC link state changes. These changes occur as a result of normal 
link datafill/maintenance actions, and protocol/support detected fault 
conditions. 


The MPC is an input/output (I/O) device card on the I/O controller shelf. The 
MPC provides data communication with X25 and an asynchronous protocol. 
The user can maintain the MPC card from the MAP terminal. Table 
MPCLINK specifies the protocol and configuration data for each link on an 
entered card. The user can busy the link and return the link to service while 
the card is in service. The user must take the link out of service before the MPC 
is busy. 


Format 
The log report format for MPC908 is as follows: 


MPC908 mmmdd hh:mm:ss ssdd INFO MPC LINK STATUS 
MPC NN LINK nn STATUS CHANGE: oldstat—>newstat 
text 


Example 
An example of log report MPC908 follows: 


MPC908 JANO3 13:46:00 4102 INFO MPC LINK STATUS 
MPC 2 LINK 2 STATUS CHANGE; MBSY ->ENBLIP 
Manual Action Taken 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO MPC LINK Constant Indicates the status of the MPC link. 
STATUS 

MPC 2 LINK 2STATUS 0-255 Indicates the MPC number and refers to the 
CHANGE; MBSY MPC card that contain the affected link. 


->ENBLIP Manual 
Action Taken 
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MPC908 (continued) 


(Sheet 2 of 3) 
Field Value Description 
nn 0-3 Indicates the link number of the affected link. 
oldstat NA, UNEQ, OFFL, Indicates the previous state of the link. 
MBSY, ENBLIP, 
ENABLD, SBSY, CBSY 
newstat NA, UNEQ, OFFL, Indicates the last state of the link. 
MBSY, ENBLIP, 
ENABLD, SBSY, CBSY 
text Cause Unspecified Describes the reason for the state change as 


Link State Mismatch 


Protocol Violation 


Manual Action Taken 


System Action Taken 


CSIDE State Change 


Link RESET 


Link RESET Locally 


Link RESET Remotely 


Link Config.Failed 


perceived by the software. The log report uses 
the value for error condition the software 
cannot detail. Maintenance operations on the 
MPC links and card can affect all conditions 
that the software perceives as errors. If the 
user downloads the card with the same 
software load (or a replacement software load) 
this action also affects the conditions. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 


Describes the reason for the state change as 
perceived by the software. 
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(Sheet 3 of 3) 
Field Value Description 
Conv State Mismatch Describes the reason for the state change as 
perceived by the software. 
Invalid Conversation Describes the reason for the state change as 
perceived by the software. 
Action 
This log is for information. Under normal conditions, the log flags fault 
conditions when a link remains in service. The system sets the link state to 
SBSY when this condition occurs. Take correct actions according to the texts 
in the following table: 
Text Action 
Link RESET Occasionally, these conditions can occur as a result of a temporary 
l condition that affects transmission facilities. These conditions can 
Locally Link Reset LACE 
Remotely also occur when a user at the far end of the link initializes the 


Link State Mismatc 
Conv State 


Protocol Violation 


Invalid Conversation 


Link Config.Failed 


protocol software. If this text appears often, make sure the 
transmission facilities are clear and complete. 


These conditions represent a mismatch between the CC and the 
peripheral software. These conditions normally correct 
automatically. If the conditions persist busy and return the MPC 
link(s) and the card to service. 


These conditions represent a perceived violation of the CC to 
peripheral MPC protocol. If this violation occurs often, busy and 
return the card to service. Download the card again if the problem 
continues. 


List the entry for the link in table MPCLINK and check for missing 
configuration data. Use the MPC MAP command QLINK to check 
data on the board; determine if the data is the same. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS100 
Explanation 
The Message Switch (MS) subsystem log report MS100. The subsystem 
generates MS100 when the node goes from manual busy or system busy to 
CORRECT. 
Format 
The log report format for MS100 is as follows: 
MS100 mmmdd hh:mm:ss ssdd RTS NODE STATE CHANGE code ref: 
nnn 
SET FROM acttxt BY reptxt MS: n 
desctxt 
Example 


An example of log report MS100 follows: 


MS100 SEP24 00:00:00 6000 RTS NODE STATE CHANGE CODE REF:193 
SET FROM SysB BY FAULT REPORT MS: 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
RTS NODE STATE CHANGE Constant Indicates a change in the node state. 
code ref: nnn Indicates a change in the node state. 
SET FROM acttxt Refer to Indicates the previous state of the message 
&EQUIPST.. switch. 
BY reptxt SYSTEMACTION, Indicates the reason the system generates 
FAULT REPORT, the report. If blank, the field does not report 
(blank) the reason. 
MS: n 0,1 Indicates the Message Switch involved. 
desctxt Includes an optional comment line. All faults 
raised or cleared are reported on each line 
when reptxt has the value FAULT REPORT. 
A “FAULT RAISED:" or a “FAULT 
CLEARED:" header preceeds each 
description. 
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Action 
There is no action required. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-651 


MS101 
Explanation 
The Message Switch (MS) subsystem report MS101. The subsystem 
generates MS101 when the nodes go from system busy to manual busy. 
Format 
The log report format for MS101 is as follows: 
**M[S101 mmmdd hh:mm:ss ssdd ManB NODE STATE CHANGE code 
ref: nnn 
SET FROM acttxt BY reptxt MS: n 
Example 


An example of log report MS101 follows: 


**MS101 SEP24 00:00:00 6000 ManB NODE STATE CHANGE CODE 
REF: 193 
SET FROM RTS BY FAULT REPORT MS: 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
MnaB NODE STATE Constant Indicates a change in the node state. 
CHANGE 
code ref: nnn ? Reference number for code debugging 
purposes. 
SET FROM acttxt Refer to Table E. Indicates the previous state of the Message 
Switch. 
BY reptxt SYSTEM ACTION, Indicates the reason the MS subsystem 
FAULT REPORT, generates the report. If blank, the field does 
(blank) not report the reason. 
MS: n 0,1 Indicates the Message Switch involved. 
Action 


There is no action required. 
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Associated OM registers 
The OM register for this log is MSMBP. 


Additional information 
There is no additional information. 
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The Message Switch (MS) subsystem log report MS102. The subsystem 


MS 102 when the node goes from system busy to manual busy. 


The log report format for MS102 is as follows: 


MS102 mmmdd hh:mm:ss ssdd ManB NODE STATE CHANGE code 


SET FROM acttxt BY reptxt MS: n 


MS102 
Explanation 
generates 
Format 
ref: nnn 
Example 


An example of log report MS102 follows: 


MS102 SI 


Field descriptions 


EP24 00:00:00 6000 ManB NODE STATE CHANGE CODE REF: 
193 
SET FROM SysB BY FAULT REPORT MS: O0 


The following table describes each field in the log report: 


Field Value Description 
ManB NODE STATE Constant Indicates a change in the node state. 
CHANGE 
code ref: nnn ? Reference number for code debugging 
purposes. 
SET FROM acttxt Refer to Table E. Indicates the previous state of the Message 
Switch. If blank, the reason is not reported. 
BY reptxt SYSTEM ACTION, Indicates the reason the MS subsystem 
FAULT REPORT, generates this report. 
(blank) 
MS: n 0,1 Indicates the Message Switch involved. 
Action 


There is no action required. 
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Associated OM registers 
The associated OM register for this log is MSMBP. 


Additional information 
There is no additional information. 
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MS103 
Explanation 
The Message Switch (MS) subsystem log report MS103. The subsystem 
generates MS103 when the node goes from CORRECT to system busy (SysB). 
Format 
The log report format for MS103 is as follows: 
**MS 103 mmmdd hh:mm:ss ssdd SYSB NODE STATE CHANGE 
SET FROM RTS BY reptxt CODE REF: code ref MS: n 
desctxt 
Example 


An example of log report MS103 follows: 


Example 1 


**MS103 SEP24 00:00:00 6000 SYSB NODE STATE CHANGE 
SET FROM RTS BY SYSTEM ACTION CODE REF: 0:0000 MS: 0 

LT MAP: 0000 0000 0000 0000 0000 

ULT PRESENT: Interface card(s) failed. 

ULT RAISED : System card(s) failed. 

HELF: O0 CARD: 4 

ARD FAULT RAISED: MEM: Hardware trap on Memory card. 

SHELF: 0 CARD: 2 

SOFT FAULT RAISED: Clock datafill and physical PECs 

do not match. 


Example 2 


**MS103 SEP24 00:00:00 6000 SYSB NODE STATE CHANGE 
SET FROM RTS BY SYSTEM ACTION CODE REF: 0:0000 MS: O 

LT MAP: 0000 0000 0000 0000 0000 

FAULT PRESENT: Interface card(s) failed. 

FAULT RAISED : System card(s) failed. 

SHELF: 0 CARD: 2 

SOFT FAULT RAISED: Running on EPROM clock firmware. 
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MS103 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Description 


Field Value 

SYSB NODE STATE Constant 

CHANGE 

SET FROM RTS Constant 

BY SYSTEM ACTION 
FAULT REPORT 

CODE REF Integers 

MS Oor 1 

SHELF Oor1 

CARD 1 to 26 

desctxt Symbolic text 


"Clock firmware has 
failed self test' 


"Running on EPROM 
clock firmware' 


"Contents of clock f/w 
does not match f/w 
downloaded' 


Indicates a change in the node state from 
SysB 


Indicates the previous state of the MS 


Indicates that the MS subsystem generates 
this report because of an action by the Central 
MS maintenance system 


Indicates that the MS subsystem generates 
this log because of a fault report 


Indicates where in the code the subsystem 
generates an MS log 


Indicates the MS involved 
Indicates the shelf location of the MS 


Indicates which card on the MS shelf is 
involved in the log 


Provides comments or fault descriptions (if 
reptxt has the value FAULT REPORT). When 
FAULT CLEARED preceeds desctxt, the fault 
is cleared. When FAULT PRESENT preceeds 
desctxt, the fault continues to be present. 
When FAULT RAISED preceeds desctxt, the 
system has detected a new fault. Each 
description represents one card fault and 
occurs on each line. 


These descriptions only appear when clock 
cards are involved. Refer to Example 2. 
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Field Value Description 


"Failed to read 
EEPROM in clock card' 


"No firmware in clock 
card' 


"Failed to download or 
reset clock firmware' 


Action 


Manually busy the node. Test the node. The system generates a cardlist if the 
test fails. Replace defective cards. Manually return to service (RTS) the node. 
When this action fails, the system generates another cardlist. Replace the 
defective cards and RTS. 


Associated OM registers 
The associated OM registers for this log are: MSERR and MSFLT. 


Additional information 
There is no additional information. 
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MS104 


Explanation 


The Message Switch (MS) subsystem log report MS104. The subsystem 
generates MS104 when information about a node in the MS subsystem must 
display. 


The addition of new reason text that indicates the result of the mate clock test 
modifies the MS104 log. The new text indicates that the routine exercise 
(REx) test has not been run on the MS specified in the log. 


The addition of new reason text modifies log MS104. The new reason text 
indicates when data in table REXSCHED disables testing on MS. 


Format 
The log report formats for MS104 are as follows: 


Format 1 


MS104 mmmdd hh:mm:ss ssdd INFO NODE 
STATE: stattxt BY acttxt CODE REF: nnn MS: n 
desctxt 
cardlist 


Format 2 


MS104 mmmdd hh:mm:ss ssdd INFO NODE 
STATE: stattxt CODE REF: nnn MS: n 
FLT MAP: nnnn nnnn nnnn 
MS REx Test Bypassed — Mate Clock Test: result on MS mate 
Card xx 


Format 3 


MS104 mmmdd hh:mm:ss ssdd INFO NODE 
STATE: stattxt CODE REF: nnn REASON: nnnn MS: n 
FLT MAP: nnnn nnnn nnnn 
MS REX is DISABLED INDEFINITELY. RExByp has been raised. 


Example 
Examples of log report MS104 follow. 


Example 1 
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MS104 (continued) 


MS104 SEP24 00:00:00 6000 


STATE: 


RTS 


BY REX ACTION 


INFO NODE 
CODE REF: 


193:0000 MS: 0 


MS System Rex Test Passed 
Standard cardlist. 


Example 2 


MS104 JAN24 01:30:00 1100 INFO 
BY REX TEST CODE REF: 


NODE 


0:0000:0000 MS: O0 


STATE: SYSB 
FLT MAP:0000 0000 0000 
MS REx test Bypassed 


Mate MS experienced a critical 


event within past 24 hrs. 


Example 3 


MS104 FEBO8 11:49:45 7200 


STATE: 
FLT 
MS 


Field descriptions 


RTS 
MAP:0000 0000 0000 


INFO NOD 


LH 


BY REX TEST CODE REF: 0: REASON:0000 MS: 0 


REX is DISABLED IND 


EFINIT 


ELY. RExByp has been raised. 


The following table describes each field in the log report: 
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Field 
INFO NODE 
STATE 


BY 


CODE REF 


MS 
MS REx Test Bypassed 


Bypass switch clock 
mastership 


Value 

Constant 

Symbolic text 

FAULT REPORT, REX 


ACTION, REX TEST, 
LOAD ACTION 


Integer 


0,1 
Constant 


Constant 


Description 
Indicates that information about a node follows 


Indicates that system or other action caused 
the current state of the node. 


Indicates reason the subsystem generates 
report. 


Provides a reference number for code 
debugging purposes 


Indicates the message switch number 
Indicates the REx test did not run 


Indicates a change in clock mastership in the 
last 24 hours 
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Description 


Field Value 

MS REx is DISABLED Constant 

INDEFINITELY. 

RExByp has been Constant 

raised. 

descixt One of 700 possible 
descriptive comments. 
This field is optional. 

cardlist Integers 

Action 


The system informs the user when the mate clock test on the MS fails. Replace 
the defective card and run a full diagnostic. The mate clock test does not run 
because of a software error. This software error prevents the continuation of 


Indicates that entries in table REXSCHED 
disable MS REx testing . 


Indicates the system raises the MS RExByp 
alarm. 


Provides comments or fault descriptions 


Provides a list of defective cards. This field 
may or may not appear. 


the REx. Contact the next level of maintenance. A daily switch clock 


mastership can be bypassed because of a not-REx activity. If this event occurs, 
the mate MS node is not steady. Check other MS logs to determine the cause. 


When the MS REx test disables, operating company personnel must determine 
if the REx test is intentionally disabled. Change the associated entries in table 


REXSCHED to enable the REx test. 


Associated OM registers 


The associated OM register for log MS104 is MSERR that is pegged at restart. 


Other associated OM registers for this log are: MSDIA and MSDIAF. 


Additional information 


There is no additional information. 
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Format 
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The Message Switch (MS) subsystem generates log report MS105. The 
subsystem generates the report when an MS card fails its release compatibility 
check against its baselines. If the MS card passes, the subsystem does not 
generate logs. The baselines of product engineering codes (PEC) in Table 
PECINV determine the pass/fail result. 


The log report format for MS105 is as follows: 


MS105 mmdd hh:mm:ss ssdd MS HW MONITOR 
STATE: sttxt 
MS: n SHELF: n CARD: nn SLOT: nn SIDE: side PEC: pec 
FLT MAP: 
CARD REL: nn BASE: nn EXCEPT: «el^ <e2> «None»? 
Comment line 


An example of log report MS105 follows: 


MS105 Jan07 14:47:14 4701 MS HW MONITOR 
STATE: DISCOVERED BY REX TEST 
FLT MAP: 0000 0000 0000 0000 0000 
MS:0 SHELF:0 CARD:22 SLOT:28 SIDE:FRONT PEC:NT9X17DA 
CARD REL: 06 BASE:10 EXCEPT: 12 13 
Card release is below baseline. Upgrade the card. 


Field descriptions 
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The following table describes each field in the log report: 


Field Value Description 

MS HW MONITOR Constant Indicates information from the hardware 
monitor 

STATE Symbolic text Indicates the state 

MS Integers Indicates the MS involved 

SHELF Integers Indicates the shelf 

CARD Integers Indicates the card 
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Field Value Description 

SLOT Integers Indicates the slot 

SIDE Front, Back Indicates the side 

PEC Alphanumeric Indicates the PEC of the card 

CARD REL Integers Indicates the release of the card 

BASE Integers Indicates the baseline 

EXCEPT Integers Indicates the exceptions 

Comment line Card release is below Suggests that the hardware is too old 
baseline. Upgrade the 
card. 
Card release is an Suggests the PEC release is one of the 
exception. Upgrade the exception releases 
card. 
Card PEC is notfoundin Suggests that the PEC is not present in the 
table PECINV. Upgrade table PECINV 
the card. 
Could not read IDPROM Suggests that attempts to read the IDPROM 
from the card. Upgrade from the card failed 
the card. 


Action 


The operating company personnel must consider upgrading the specified MS 
card when one of the following comment lines appears: 


e Card release is below baseline. Upgrade the card. 
e Card release is an exception. Upgrade the card. 
* Card PEC is not found in table PECINV. Upgrade the card. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS150 


Explanation 


The Message Switch (MS) subsystem generates log report MS150. The 
subsystem generates this report when a chain goes from manual busy or 
system busy to OK. When a chain goes OK, all associated cards make the 
same change. 


Format 
The log report format for MS150 is as follows: 


MS150 mmmdd hh:mm:ss ssdd RTS CHAIN STATE CHANGE 
SET FROM statxt BY reptxt CODE REF: refnum: faultbits 
MS:nn SHELF:n CARDS: nn TO nn 
comment line or fault description report 


Example 
An example of log report MS150 follows: 


MS150 SEP24 00:00:00 6100 RTS CHAIN STATE CHANGE 
SET FROM SYSB BY FAULT REPORT CODE REF: 0:00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

RTS CHAIN STATE Constant Indicates change in chain state to OK. 

CHANGE 

SET FROM Symbolic text Indicates the previous state of the chain. Refer 
to Table I. 

BY FAULT REPORT Indicates the system generates the report 


because of an action by local message switch 
Maintenance (MS Mtc). 


MANUAL ACTION Indicates the system generates the report 
because of an action at the MS MAP level. 


SYSTEM ACTION Indicates the system generates the report 
because of an action by the central message 
switch Maintenance. 
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CARDS: nn TO nn (1-26) TO (1-26) 


Comment Line 


Fault Description 


Action 


Field Value Description 
AUDIT ACTION Indicates that the system generates the report 
because of an action by the local or central 
message switch audit. 

CODE REF nnnn Indicates the place in DMS software that 
causes the system to generate this log. The 
service personnel use this number to identify 
sources of similar log reports. 

faultbits Symbolic text Indicates a numeric model of the fault data for 
the chain. 

MS: n 0 or 1 Identifies the message switch. 

SHELF: n 0-3 Identifies the shelf. 


Indicates head card and terminating card 
numbers that make up the chain. There will 
always be at least two cards in a chain. 


Provides a detailed description of what caused 
the report to generate. This field is optional. 


Provides a detailed description of all faults, 
raised or cleared, in the resource. Each 
description represents one fault and occurs 
one per line. “FAULT RAISED: or “FAULT 
CLEARED: precede each description. These 
reports occur only under the reptype of FAULT 
REPORT. 


There is no action required. This log is for information. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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The Message Switch (MS) subsystem generates log report MS 151. The 
subsystem generates this report when a chain goes from OK to manual busy. 
Each card on the chain also changes state to ManB. 


Format 


The log report format for MS15 lis as follows: 


MS151 mmmdd hh:mm:ss ssdd ManB CHAIN STATE CHANGE 
SET FROM: statxt BY reptxt CODE REF: refnum: faultbits 
MS: nn SHELF: n CARDS: nn TO nn 
comment line or fault description report 


Example 


An example of log report MS151 follows: 


MS15 
S 


MS: 0 SHELF: 0 CARDS: 


1 SEP24 00:00:00 6000 ManB CHAIN STATE CHANGE 
ET FROM RTS BY MANUAL ACTION CODE REF: 0:00000000 


Field descriptions 
The following table describes each field in the log report: 
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06 TO 10 


Field Value Description 

ManB CHAIN STATE Constant Indicates change in state in the chain to 

CHANGE manual busy. 

statxt Refer to Table I. Indicates the previous state of the chain. 

reptxt MANUAL ACTION Indicates the system generates the report 
because of an action at the MS MAP level. 

refnum: nnnn Indicates the place in DMS software that 
causes the subsystem to generate this log. 
The service personnel use this number to 
identify sources of like log reports. 

faultbits nnnnnnnn Indicates a numeric model of the fault data for 
the chain. 

MS: n 0-1 Identifies the Message Switch. 
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Field Value 


Description 


SHELF: n 0-3 
CARDS: nn TO nn (1-26) TO (1-26) 


Comment line 


Fault Description 


Action 


Identifies the shelf. 


Indicates the head card and the terminating 
card numbers that construct the chain. There 
will always be at least two cards in a chain. 


Provides a detailed description of what caused 
the subystem to generate the report. This field 
is optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs on each line. 
“FAULT RAISED:' or FAULT CLEARED:' 
preceed each description. These reports 
occur only under the reptype of FAULT 
REPORT. 


There is no action required. This log is for information only. 


Associated OM registers 


MSCHMBP is an operational measurement (OM) associated with this log. 


Additional information 


There is no additional information. 
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The Message Switch (MS) subsystem generates this report when a chain card 
goes from an out-of-service state to manual busy. 


The log report format for MS152 is as follows: 
MS152 mmmdd hh:mm:ss ssdd ManB CHAIN STATE CHANGE 
SET FROM: statxt BY reptxt CODE REF: refnum: faultbits 


MS: nn SHELF: nn CARDS: nn TO nn 
comment line or fault description report 


An example of log report MS152 follows: 


MS152 SEP24 00:00:00 6000 ManB CHAIN STATE CHANGE 
SET FROM SysB BY MANUAL ACTION CODE REF: 0:00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 


Field descriptions 
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The following table describes each field in the log report: 


Field Value Description 

ManB CHAIN STATE Constant Indicates the chain changed state to to manual 

CHANGE busy. 

statxt Refer to Table I. Indicates the previous state of the chain. 

reptxt MANUAL ACTION Indicates that an action at the MS MAP display 
level generates the report. 

refnum: nnnn Indicates the place in DMS software that 
causes the system to generate this log. The 
service personnel use this number to identify 
sources of similar log reports. 

faultbits nnnnnnnn Indicates a numeric representation of the fault 
data for the chain. 

MS: n 0, 1 Identifies the Message Switch. 

SHELF: n 0-3 Identifies the shelf. 
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Field Value 


Description 


CARDS: nn TO nn (1-26) TO (1-26) 


Comment Line 


Fault Description 


Indicates the head card and the terminating 
card numbers that form the chain. A chain 
always consists of at least two (2) cards. 


Describes the occurrence that causes the 
System to generate the report. This field is 
optional. 


Describes all faults, raised or cleared, in the 
resource. Each description represents one 
fault and occurs one time for each line. A 
"FAULT RAISED' or FAULT CLEARED ' prefix 
precedes each description. Fault description 
reports occur only in FAULT REPORT type of 
reports. 


Action 


There is no action required. This log is for information use only. 


Associated OM registers 


Operational measurement(OM) MSCHMBP associates with this log. 


Additional information 


There is no additional information. 
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MS153 


Explanation 


The Message Switch (MS) subsystem generates log report MS153 when a 
chain goes system busy (SysB). When a chain changes state, all associated 
cards also change state. This log indicates the detection of a critical fault on 
the chain. 


Format 
The log report format for MS153 is as follows: 


MS153 mmmdd hh:mm:ss ssdd SYSB CHAIN STATE CHANGE 
SET FROM: statxt BY: reptxt CODE REF: refnum: faultbits 
FLT MAP: 

MS: nn SHELF: nn CARDS: head_num TO term_num 
comment line or fault description report 


Example 
An example of log report MS153 follows: 


MS153 SEP24 00:00:00 6000 SYSB CHAIN STATE CHANGE 


SET FROM RTS BY FAULT REPORT CODE REF: 0000:00010C00 
FLT MAP: 0000 0000 0000 0000 0000 

MS: 0 SHELF: 0 CARDS: 06 TO 10 

FAULT RAISED: A card failure occurred on the chain. 

SHELF 0 CARD 7 HARD FAULT RAISED: Interface front card is 
not inserted. 

SHELF 0 CARD 6 SOFT FAULT RAISED: Interface card CMU 


configuration data is incorrect. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSB CHAIN STATE Constant Indicates the chain changed state to system 

CHANGE busy. 

SET FROM Symbolic text Indicates the previous state of the chain. 

BY FAULT REPORT Indicates the state changes because of an 
action by the local message switch 
maintenance (MS Mtc). 
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Comment Line Character string 


Fault Description Chain Faults 


Chain Cards Faults 


Field Value Description 
AUDIT ACTION Indicates the state changes because of an 

action by central message switch audit. 

CODE REF Integers Indicates where in the code the system 
generated a message switch (MS) log report. 
This number can identify the sources similar 
logs. 

faultbits Integers Indicates a numeric representation of the fault 
data for the chain. 

MS 0 or 1 Identifies the MS. 

SHELF 0 to 3 Identifies the shelf. 

CARDS 0 to 26 Indicates the head card number and 


terminating card number of the chain. 


Describes the occurrence that causes the 
system to generate the report. This field is 
optional. 


Describes all problems, present or raised or 
cleared, in the resource. Each description 
represents one fault and occurs one time for 
each line. When FAULT CLEARED' precedes 
a description, the detected problem is now 
cleared. When “FAULT PRESENT' precedes 
a description, the detected problem remains. 
When “FAULT RAISED' precedes a 
description, the system detected a new fault. 


Describes the detected faults of the chain 
cards. Each description represents one card 
fault and occurs one time for each line. The 
prefixes "FAULT CLEARED’, “FAULT 
PRESENT', and “FAULT RAISED" have the 
same meaning described under ‘Chain Faults’. 
Fault description reports occur only when 
reptxt= FAULT REPORT. 


Action 


Manually busy (ManB) the chain to busy the interface cards. Run a test on the 
chain. This test checks all of the cards on the chain. If the test fails, the system 
generates a cardlist. Manually busy the node to isolate the node from the 
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system. Replace the card(s) that has faults, load the MS again, and manually 
return to service (RTS) the node. If this state change fails, the system generates 
another cardlist. Replace any cards that have faults and RTS again. Repeat the 


procedure until the test passes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS154 


Explanation 
The Message Switch (MS) subsystem generates log report MS154 when a 
chain goes from C-side busy (CBsy) to system busy (SysB). When a chain 
goes SysB, all associated cards go SysB. 


Format 
The log report format for MS154 follows: 


MS154 mmmdd hh:mm:ss ssdd SYSB CHAIN STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: refnum: 
faultbits 
FLT MAP: 
MS: nn SHELF: nn CARDS: head_num TO term num 
comment line or fault description report 


Example 
An example of log report MS154 follows: 


MS154 SEP24 00:00:00 6000 SYSB CHAIN STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: 0:01000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 
FAULT RAISED: The chain status update failed 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSB CHAIN STATE Constant Indicates the chain changed state to system 

CHANGE busy. 

CBSY Constant Indicates the previous state of the chain as 
CBsy. 

SYSTEM ACTION Constant Indicates the state changed as a result of a 


system action. 


CODE REF Integers Indicates where in the code the system 
generated an MS log generated. The service 
personnel can use this number to identify the 
sources similar log reports. 
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Field Value Description 


faultbits Integers Provides a numeric representation of the 
problem data for the chain. 


MS 0 or 1 Identifies the MS. 

SHELF 0 to 3 Identifies the shelf. 

CARDS 0 to 26 Identifies the head card and terminating card 
number of the chain. 

Comment Line Character string Describes the occurrence that causes the 
system to generate the report. This field is 
optional. 

Fault Description Symbolic text Describes all faults, cleared, present, or raised 


in the resource. Each description represents 
one fault and occurs one time for each line. 
When FAULT CLEARED precedes a 
description, the previous detected problem is 
now cleared. When the FAULT PRESENT 
signal precedes a description, the detected 
fault remains. When FAULT RAISED 
precedes a description, the system detects a 
new fault. Fault description reports occur only 
through SYSTEM ACTION. 


Action 


This log indicates a fault on one of the interface cards of the chain. Refer to 
the Action section of log report MS153. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS155 


Explanation 


The Message Switch (MS) subsystem generates log report MS155. The 
subsystem generates this log when a chain goes from system busy (SysB) or 
manual busy (ManB) to C-side busy (CBsy). 


Format 
The log report format for MS155 follows: 


MS155 mmmdd hh:mm:ss ssdd CBSY CHAIN STATE CHANGE 
SET FROM:statxt BY reptxt CODE REF: refnum: faultbits 
FLT MAP: 

MS: nn SHELF: nn CARDS: nn TO nn 
comment line 


Example 
An example of log report MS155 follows: 


MS155 SEP24 00:00:00 6000 CBSY CHAIN STATE CHANGE 
SET FROM: SYSB BY SYSTEM ACTION CODE REF: 0:00000000 
FLT MAP: 0000 0000 0000 0000 0000 

MS: 0 SHELF: 0 CARDS: 06 TO 10 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

CBSY CHAIN STATE Constant Indicates the chain changed state to CBsy. 
CHANGE 

SET FROM Symbolic text Indicates the previous state of the chain. 

BY SYSTEM ACTION Indicates the state changed as a result of an 


action by the central MS maintenance. 


MANUAL ACTION Indicates the state changed as a result of an 
action at the MS MAP level. 


AUDIT ACTION Indicates the state changed as a result of an 
action by the local or central MS audit. 
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Field Value Description 


CODE REF Integers Indicates the place in DMS software that 
causes the system to generate this log. The 
service personnel use this number to identify 
sources of similar log reports. 


faultbits Integers Indicates a numeric representation of the 
problem data for the chain. 


MS 0 or 1 Identifies the message switch (MS). 
SHELF 0-3 Identifies the shelf. 
CARDS: nn TO nn 1-26 Indicates the head card and the terminating 


card numbers that form the chain. The chain 
always contains a minimum of two (2) cards. 


Comment Line Symbolic text Describes the occurrence that causes the 
System to generate the report. This field is 
optional. 

Fault Description Symbolic text Describes all problems, raised or cleared, in 


the source. Each description represents one 
problem and occurs one time for each line. 
The FAULT RAISED: or FAULT CLEARED: 
prefix precedes each description. 


Action 
The node is out of service. Refer to the Action section in log MS103. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS156 
Explanation 
The Message Switch (MS) subsystem generates this report when a chain goes 
from manual busy to off-line. When a chain changes state, all associated cards 
make the same change. 
Format 
The log report format for MS156 follows: 
MS156 mmmdd hh:mm:ss ssdd OFFL CHAIN STATE CHANGE 
SET FROM:statxt BY: reptxt CODE REF: refnum: faultbits 
MS: nn SHELF: nn CARDS: nn TO nn 
comment line or fault description report 
Example 


An example of log report MS156 follows: 


MS156 SEP24 00:00:00 6000 OFFL CHAIN STATE CHANGE 
SET FROM ManB BY MANUAL ACTION CODE REF: 0:00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

OFFL CHAIN STATE Constant Indicates the chain changed state to off-line. 
CHANGE 

statxt Refer to Table I. Indicates the previous state of the chain. 
reptxt MANUAL ACTION Indicates the state change is a result of an 


action at MS MAP level. 


refnum: nnnn Indicates the place in the DMS software that 
causes the system to generate this log. The 
service personnel use this number to identify 
sources similar log reports. 


faultbits nnnnnnnn Indicates the numeric representation of the 
fault data for the chain. 


MS: n 0, 1 Identifies the Message Switch. 
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Field Value Description 
SHELF: n 0-3 Identifies the shelf. 
CARDS: nn TO nn (1-26) TO (1-26) Indicates the head card and the terminating 


card numbers that form the chain. The chain 
always contains a minimum of two (2) cards. 


Comment Line Describes the occurrence that causes the 
system to generate the report. This field is 
optional. 

Fault Description Describes all faults, raised or cleared, in the 


source. Each description represents one 
problem and occurs one time for each line. A 
“FAULT RAISED:' or “FAULT CLEARED: 
prefix precedes each description. Fault 
description reports occur under the reptxt of 
FAULT REPORT. 


Action 
This log is for information use only. There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-678 UCS log reports 


MS157 


Explanation 


The Message Switch (MS) subsystem generates this report when information 
about a chain must be displayed. 


Format 
The log report format for MS157 follows: 
MS157 mmmdd hh:mm:ss ssdd INFO CHAIN 
STATE: statxt BY reptxt CODE REF: refnum:faultbits 
MS: nn SHELF: nn CARDS: nn TO nn 
comment line or fault description report 
Example 


An example of log report MS157 follows: 


MS157 SEP24 00:00:00 6000 INFO CHAIN 
STATE: RTS BY SYSTEM ACTION CODE REF: 0:00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO CHAIN Constant Indicates that information about a chain must 
be displayed. 

STATE: statxt Refer to Table I. Indicates the previous state of the chain. 

reptxt SYSTEM ACTION Indicates that an action by Central Message 
Switch Maintenance caused the display of 
information. 

refnum: nnnn Indicates the place in DMS software that 


causes the system to generate this log. The 
Service personnel use this number to identify 
sources of similar log reports. 


faultbits nnnnnnnn Indicates the numeric representation of the 
problem data for the chain. 


MS: n 0, 1 Identifies the Message Switch. 
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Field Value Description 

SHELF: n 0-3 Identifies the shelf. 

CARDS: nn TO nn (1-26) TO (1-26) Indicates the head card and the terminating 
card numbers that form the chain. The chain 
always contains a minimum of two cards. 

Comment Line Describes the event that causes the system to 
generate the report. This field is optional. 

Fault Description Describes all faults, raised or cleared, on the 
resource. Each description represents one 
fault for each line. “FAULT RAISED:' or 
“FAULT CLEARED: prefix precedes each 
description. Fault description reports occur 
under the reptxt of FAULT REPORT. 

Action 


This log is for information use only. There is no action required. 


Associated OM registers 


The operational measurement (OM) register MSCHERR pegs, if the state is 
OK. 


Additional information 
There is no additional information. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-680 UCS log reports 


MS208 
Explanation 
The Message Switch (MS) subsystem generates report MS208 when 
information on the front card is required. 
Format 
The log report format for MS208 is as follows: 
MS208 mmmdd hh:mm:ss ssdd INFO FRNT CARD 
STATE: statxt BY actxt CODE REF: nnn 
MS: nn SHELF: n CARD: nn FRONT PEC: pec 
BACK PEC: pec 
destxt 
Example 


An example of log report MS208 follows: 


MS208 SEP24 00:00:00 6000 INFO FRNT CARD 

SET FROM RTS BY FAULT REPORT CODE REF: 0:000000000000 
MS: 0 SHELF: 0 CARD: 1 FRONT PEC: NT9X52AA 
BACK PEC: 00000000 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO FRNT CARD Constant Indicates that the system generated a report 
that contains the information on the front card. 


SET FROM: statxt Symbolic text Indicates the previous state of the front card. 
Refer to Table E. 


BY: actxt FAULT REPORT Indicates that an action by Local Message 
Switch Maintenance caused the system to 
generate the report. 


CODE REF: nnn Integer Provides a reference number for code 
debugging purposes. 


MS: nn 0,1 Identifies the message switch. 


SHELF: n 0-3 Identifies the shelf. 
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(Sheet 2 of 2) 
Field Value Description 
CARD: nn 1-26 Identifies the card. 
FRONT PEC: pec Symbolic text Provides the product engineering code for the 
front card. Refer to Table |. 
BACK PEC: pec Symbolic text Provides the product engineering code for the 
back card. Refer to Table I. 
destxt Comment Line Describes the event that caused the system to 
print the report. This field is optional. 
Fault Description Report Describes all faults, raised or cleared, in the 
resource. Each description represents one 
fault and occurs one time for each line. A 
"FAULT RAISED:" OR "FAULT CLEARED:" 
prefix precedes each description. Fault 
description reports occur only under the actxt 
of FAULT REPORT. 
Action 


This log is for information use only. There is no action required. 


Associated OM registers 
The operational measurement (OM) register MSERR associates with this log. 


Additional information 
There is no additional information. 
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MS238 
Explanation 
The Message Switch (MS) subsystem generates report MS238 when 
information on the back card is required. 
Format 
The log report format for MS238 is as follows: 
MS238 mmmdd hh:mm:ss ssdd INFO BACK CARD 
STATE: statxt BY actxt CODE REF: nnn 
MS: nn SHELF: n CARD: nn FRONT PEC: pec 
BACK PEC: pec 
destxt 
Example 


An example of log report MS238 follows: 


MS238 SEP24 00:00:00 6000 INFO BACK CARD 

SET FROM RTS BY FAULT REPORT CODE REF: 0:000000000000 
MS: 0 SHELF: 0 CARD: 3 FRONT PEC: NT9X13DA 
BACK PEC: NT9X26AA 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO BACK CARD Constant Indicates that the system generated a report 
that contains information on the back card. 


SET FROM: statxt Symbolic text Indicates the previous state of the back card. 
Refer to Table E. 


BY: actxt FAULT REPORT Indicates that an action by the Local Message 
Switch Maintenance caused the system to 
generate the report. 


CODE REF: nnn Integer Provides a reference number for code 
debugging purposes. 


MS: nn 0,1 Identifies the message switch. 


SHELF: n 0-3 Identifies the shelf. 
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Field 


Value 


Description 


CARD: nn 
FRONT PEC: pec 


BACK PEC: pec 


destxt 


Action 


1-26 


Symbolic text 


Symbolic text 


Comment Line 


Fault Description Report 


Identifies the card. 


Provides product engineering code for the 
front card. Refer to Table l. 


Provides product engineering code for the 
back card. Refer to Table I. 


Describes the event that caused the system to 
print the report. This field is optional. 


Describes all faults, raised or cleared, in the 
resource. Each fault represents one problem 
and occurs one time for each line. A “FAULT 
RAISED:" or “FAULT CLEARED:" prefix 
precedes each description. Fault description 
reports occur only under actxt of FAULT 
REPORT. 


This log is for information use only. There is no action required. 


Associated OM registers 
The operational measurement (OM) register MSERR associates with this log. 


Additional information 
There is no additional information. 
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MS248 


Explanation 


Format 


Examples 


The message switch (MS) subsystem generates this log report for the 
following events: 


e an audit detects an MS system card fault 


e an MS system card fault detected by a previous audit is present during a 
following audit 


e anMS system card fault is cleared 


* the TST command on an MS or an MS system card results in the detection 
of a fault 


The MS248 log report is usually generated for an MS clock card. 


The format for log report MS248 follows: 


MS248 mmmdd hh:mm:ss ssdd INFO. SYSTEM CARD 

STATE: RTS BY «report type» CODE REF: nnnn: 

FLT MAP: nnnn nnnn nnnn nnnn nnnn nnnn nnnn nnnn : nnnn nnnn 
nnnn nnnn nnnn nnnn nnnn nnnn 

MS: n SHELF: n CARD: n SLOT: n FRONT PEC: «pec» BACK 
PEC: «pec? 

«fault information? 

«bitmap report? 

<cardlist> 


An example of log report MS248 follows: 


MS248 JANO9 07:21:51 0800 INFO SYSTEM CARD 
STATE: RTS BY FAULT REPORT CODE REF: Or: 

FLT MAP: 0000 0000 0000 0000 0000 0000 0000 2000 : 0000 
0000 0000 0000 0000 0000 0001 0000 
MS: 1 SHELF: 0 CARD: 2 SLOT 8 FRONT PEC: NT9X53AD BACK 

PEC: NT9X54AC 
FAULT PRESENT: Clock types mismatch - clock type is Strat2p5 
FAULT RAISED: Highest clock type available is Stratum 2p5 
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Field descriptions 


The following table explains each of the fields in the MS248 log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO SYSTEM CARD Fixed Indicates that information on an MS system 
card fault follows 

STATE: RTS Fixed Indicates the MS is in service 

BY Fixed Indicates that a description of the report type 


report type 


CODE REF: 


FLT MAP: 


MS: 
SHELF: 


CARD: 


SLOT: 


AUDIT ACTION, FAULT 
REPORT, REX TEST 


nnnn: 


nnnn nnnn nnnn nnnn 
nnnn nnnn nnnn nnnn : 
nnnn nnnn nnnn nnnn 
nnnn nnnn nnnn nnnn 


n « 0 to 1 
n=O0to3 
n=1to26 
n=1 to 38 


that caused the log report follows 


The value AUDIT ACTION Indicates that a 
local MS maintenance audit caused the log 
report. 


The value FAULT REPORT indicates that an 
autonomous (not part of an audit) local 
maintenance action caused the log report. 


Note: If the value is FAULT REPORT, all 
faults detected or cleared are reported, one 
per line, later in the log report. 


The value REX TEST indicates that a routine 
exercise (REx) test on an MS caused the log 
report. 


Provides a reference number for code 
debugging 


Provides reference numbers for fault 
debugging 


Identifies the number of the affected MS 


Identifies the number of the number of the 
affected MS shelf 


Identifies the number of the number of the 
affected card 


Identifies the number of the number of the 
affected card 
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(Sheet 2 of 2) 
Field 
FRONT PEC: 


BACK PEC: 


pec 


fault information 


bitmap_report 


cardlist 


Action 


Value 


Fixed 


Fixed 


alphanumeric text string 


FAULT CLEARED, 
FAULT PRESENT, or 
FAULT RAISED 


nnnn nnnn nnnn nnnn 
nnnn nnnn nnnn nnnn : 
nnnn nnnn nnnn nnnn 
nnnn nnnn nnnn nnnn 


alphanumeric text string 


Description 


Indicates that the product engineering code 
(PEC) of the affected front card follows 


indicates that the PEC of the affected back 
card follows 


The PEC of the card 


Provides fault information. This information 
does not appear in all log reports. 


The entry FAULT CLEARED indicates that a 
fault was corrected. 


The entry FAULT PRESENT indicates that a 
fault detected in a previous audit was not 
cleared. 


The entry FAULT RAISED indicates that the 
latest audit detected the fault. 


Provides debugging information as a series of 
four-digit hexadecimal numbers. This 
information does not appear in all log reports. 


Provides a list of cards that may be faulty. A 
card list does not appear in all log reports. 


If there is a clock alarm under the MS header in the alarm banner, clear the 
alarm using the applicable procedure in Alarm Clearing and Performance 
Monitoring Procedures, manual. If there is no clock alarm, contact the next 


level of support. 


Associated OM registers 


MSERR, which pegs only at restart, but does not peg for clock cards, is the 
operational measurement (OM) register associated with the MS248 log. 
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MS260 


Explanation 


The Message Switch (MS) subsystem generates report MS260 when an 
interface card goes from manual busy or system busy to OK. 


Format 
The log report format for MS260 is as follows: 


MS260 mmmdd hh:mm:ss ssdd RTS INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 
desctxt 


Example 
An example of log report MS260 follows: 


MS260 SEP24 00:00:00 6000 RTS INTERFACE CARD 
STATE CHANGE CODE REF: 193 

SET FROM ManB BY FAULT REPORT MS: 0 

SHELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

RTS INTERFACE Constant Indicates that information about an interface 
CARD card follows. 

STATE CHANGE Constant Indicates that the state of the card changed. 
CODE REF: nnn ? Provides a reference number for code 


debugging purposes. 


SET FROM acttxt Refer to Table E. Indicates the previous state of the Message 
Switch. 
BY reptxt SYSTEM ACTION, Indicates the reason for the system to 
FAULT REPORT, generate the report. If blank, the system does 
(blank) not report a cause. 
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Field Value Description 

MS: n 0,1 Indicates which Message Switch is involved. 

SHELF: n 0-3 Indicates the shelf number. 

SLOT: nn 1-26 Indicates the card number. 

FRONT: pec Refer to Table I. Indicates the hardware card number. 

BACK: pec Refer to Table I. Indicates the hardware card number. 

desctxt ? Optional field that describes the event that 
caused the system to print the report. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS261 
Explanation 
The Message Switch (MS) subsystem generates this report when an interface 
card goes from OK to manual busy. 
Format 
The log report format for MS261 is as follows: 
MS261 mmmdd hh:mm:ss ssdd ManB INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 
Example 


An example of log report MS261 follows: 


MS261 SEP24 00:00:00 6000 ManB INTERFACE CARD 
STATE CHANGE CODE REF: 193 
SET FROM RTS BY FAULT REPORT MS: 0 
SHELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

ManB INTERFACE Constant Indicates that the information about an 
CARD interface card follows. 

STATE CHANGE Constant Indicates that the state of the card changed. 
CODE REF: nnn Integer Provides a reference number for code 


debugging purposes. 


SET FROM acttxt Symbolic text Indicates the previous state of the Message 
Switch. Refer to Table E. 
BY reptxt SYSTEM ACTION, Indicates the event that caused the system to 
FAULT REPORT, generate the report. If blank, the system does 
(blank) not report a cause. 
MS: n 0,1 Indicates which Message Switch is involved. 
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Field Value Description 
SHELF: n 0-3 Indicates the shelf number. 
SLOT: nn 1-26 Indicates the card number. 
FRONT: pec Refer to Table I. Indicates the hardware card number. 
BACK: pec Refer to Table I. Indicates the hardware card number. 
Action 


There is no action required. 


Associated OM registers 
The operational measurement (OM) register MSCDMBP associates with this 
log. 


Additional information 
There is no additional information. 
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MS262 
Explanation 
The Message Switch (MS) subsystem generates report MS262 when an 
interface card goes from off-line or central side-busy to manual busy. 
Format 
The log report format for MS262 is as follows: 
MS262 mmmdd hh:mm:ss ssdd ManB INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 
Example 


An example of log report MS262 follows: 


MS262 SEP24 00:00:00 6000 ManB INTERFACE CARD 
STATE CHANGE CODE REF: 193 

SET FROM SysB BY FAULT REPORT MS: O0 

SHELF: 1 SLOT: 16 FRONT: 9X13AA 

BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

ManB INTERFACE Constant Indicates that information about an interface 
CARD card follows. 

STATE CHANGE Constant Indicates that the state of the card changed. 
CODE REF: nnn ? Provides a reference number for code 


debugging purposes. 


SET FROM acttxt Symbolic text Indicates the previous state of the Message 
Switch. Refer to Table E. 
BY reptxt SYSTEM ACTION, Indicates the event that caused the system to 
FAULT REPORT, generate the report. If blank, the system does 
(blank) not report a cause. 
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Field Value Description 

MS: n 0,1 Indicates which Message Switch is involved. 

SHELF: n 0-3 Indicates the shelf number. 

SLOT: nn 1-26 Indicates the card number. 

FRONT: pec Refer to Table I. Indicates the hardware card number. 

BACK: pec Refer to Table I. Indicates the hardware card number. 
Action 


There is no action required. 


Associated OM registers 


The operational measurement (OM) register MSCDMBP associates with this 
log. 


Additional information 
There is no additional information. 
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MS263 


Explanation 


UCS log reports 1-693 


The Message Switch (MS) subsystem generates report MS263 when an 
interface card goes from OK to system busy (SysB). 


Format 


The log report format for MS263 is as follows: 


**MS263 mmmdd hh:mm:ss ssdd SYSB INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
FLT MAP: 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 


de 


Example 


sctxt 


An example of log report MS263 follows: 


**MS2 
ST 
SE 
FL 


SH 


FA 


63 SEP24 00:00:00 6000 SYSB INTERFACE CARD 


ATE CHANGE CODE REF: 


193 


T FROM RTS BY FAULT REPORT MS: 0 
T MAP: 0000 0000 0000 0000 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


ELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 
ULT RAISED: DS30 front card card-in bit is stuck 


Field Value Description 

SYSB INTERFACE Constant Indicates an interface card has gone from OK 

CARD STATE CHANGE to SysB. 

CODE REF Integer Provides a reference number for code 
debugging purposes 

SET FROM Symbolic text Indicates the previous state of the Message 


BY 


SYSTEM ACTION, 
FAULT REPORT, blank 


Switch. Refer toTable E. 


Indicates the event that caused the system to 
generate the report. If blank, the system does 
not report a cause. 
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MS263 (end) 
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Field Value Description 

MS 0,1 Indicates which MS is involved. 

SHELF 0-3 Indicates the shelf number. 

SLOT 1-26 Indicates the card number. 

FRONT Alphanumeric Indicates the product engineering code (PEC) 
of the front card. Refer to table I. 

BACK Alphanumeric Indicates the PEC of the back card. 

desctxt Symbolic text Optional field that describes the event that 
caused the system to print the report. 

Action 


Manually busy and test the card. 


If this test fails, manually busy the node. Replace the card and manually return 


to service (RTS) the node. 


If the state change fails, the system generates a cardlist. Replace defective 


cards and RTS again. 


If the card continues to be not OK, contact the next level of maintenance. 


Associated OM registers 
The operational measurements (OM) registers MSCDERR and MSCDFLT 


associate with this log. 


Additional information 
There is no additional information. 
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The Message Switch (MS) subsystem generates report MS264 when an 
interface card changes state from central-side busy (CBsy) to system busy 


The log report format for MS264 is as follows: 


MS264 mmmdd hh:mm:ss ssdd SYSB INTERFACE CARD STATE 


SET FROM CBSY BY SYSTEM ACTION CODE REF: code_ref_num 
MS: n SHELF: n SLOT: nn FRONT: pec BACK: pec 


comment line or fault description report 


MS264 
Explanation 
(SysB). 
Format 
CHANGE 
FLT MAP: 
Example 


An example of log report MS264 follows: 


MS264 SEP24 00:00:00 6000 SYSB INTERFACE CARD STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: 0:000000000000 
MS: 0 SHELF: 1 SLOT: 16 FRONT PEC: 9X17AA BACK PEC: 


X23AA 


hysical 
EC do not 


uU'd " hj wo 


LT MAP: 0000 0000 0000 0000 0000 
AULT PRESENT: Interface front card data fill and 


match. 


FAULT RAISED: Interface card has faulty timer. 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSB INTERFACE Constant Indicates that the state of the card changed. 
CARD STATE CHANGE 

SET FROM CBSY Constant Indicates the previous state of the MS. 


BY SYSTEM ACTION Constant 


Indicates that system action generated the 
report. 
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(Sheet 2 of 2) 


comment line Symbolic text 


fault description report Symbolic text 


Action 


Manually busy and test the card. 


Field Value Description 

CODE REF Integers Provides the reference number for code 
debugging purposes. 

MS 0 or 1 Indicates which MS is involved. 

SHELF 0 to 3 Indicates the shelf number. 

SLOT 1 to 26 Indicates the card number. 

FRONT Alphanumeric Indicates the product engineering code (PEC) 
of the front card. Refer to Table I. 

BACK Alphanumeric Indicates the PEC of the back card. Refer to 


Table I. 


Optional field that describes the event that 
caused the system to generate the report. 


Provides a description of all faults cleared, 
present or raised in the resource. Each 
description represents one fault and occurs 
one time for each line. 


When “FAULT CLEARED" precedes a 
description, the previously detected fault is 
now cleared. 


When “FAULT PRESENT" precedes a 
description, the previously detected fault 
continues to exist. 


When “FAULT RAISED" precedes a 
description, it means that this is a newly 
detected fault. 


Fault description reports occur only through 
system action. 


If this test fails, manually busy the node. Replace the card and manually return 


to service (RTS) the node. 


If the state change fails, the system generates a cardlist. Replace defective 


cards and RTS again. 
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MS264 (end) 


If the card continues to be not OK, contact the next level of maintenance. 


Associated OM registers 


The operational measurement (OM) registers MSCDERR and MSCDFLT 
associate with this log. 


Additional information 
There is no additional information. 
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MS265 


Explanation 


The Message Switch (MS) subsystem generates MS265 when an interface 
card goes from system busy (SysB) to central-side busy (CBsy). 


Format 


The log report format for MS265 is as follows: 


MS265 mmmdd hh:mm:ss ssdd OFFL INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
FLT MAP: 
SHELF: n SLOT: nn FRONT: pec BACK: pec 
desctxt 


Example 


An example of log report MS265 follows: 


MS265 S 
STATE CHANGE CODE REF: 
ET FROM UNEO BY FA 


S 


EP24 00:00:00 6000 OFFL INTERFACE CARD 


193 


ULT REPORT MS: 0 


FLT MAP: 0000 0000 0000 0000 0000 


S 


Field descriptions 
The following table describes each field in the log report: 
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HELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 


FAULT REPORT, 
(blank) 


Field Value Description 

OFFL INTERFACE Constant Indicates that information about an interface 

CARD card follows 

STATE CHANGE Constant Indicates a change in the state of the card 

CODE REF Integer Reference number for code debugging 
purposes 

SET FROM Symbolic text Indicates the previous state of the MS. Refer 
to Table E. 

BY SYSTEM ACTION, Indicates the reason the system generated the 


report. If blank, the field does not report a 
reason. 
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Field Value Description 

MS 0,1 Indicates which MS is involved 

SHELF 0-3 Indicates the shelf number 

SLOT 1-26 Indicates the slot number 

FRONT Alphanumeric Indicates the hardware card number. Refer to 
Table I. 

BACK Alphanumeric Indicates the hardware card number. Refer to 
Table I. 

desctxt Symbolic text Indicates optional field that describes the 
reason the system printed the report 

Action 


Manually busy (ManB), then test the node. 


If the test fails, the system generates a cardlist. Replace any defective cards. 
Manually return to service (RTS) the node. 


If the RTS fails, the system will generate another cardlist. Replace defective 
cards and perform an RTS again. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS266 


Explanation 


The Message Switch (MS) subsystem generates MS266 when an interface 
card goes from manual busy to off-line. 


Format 
The log report format for MS266 is as follows: 


MS266 mmmdd hh:mm:ss ssdd OFFL INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 
desctxt 


Example 
An example of log report MS266 follows: 


MS266 SEP24 00:00:00 6000 OFFL INTERFACE CARD 
STATE CHANGE CODE REF: 193 
SET FROM OFFL BY FAULT REPORT MS: 0 
SHELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 
OFFL INTERFACE Constant Indicates that information about an interface 
CARD card follows. 
STATE CHANGE Constant Indicates a change in the state of the card. 
CODE REF: nnn Integer Reference number for code debugging 
purposes. 
SET FROM acttxt Symbolic text Indicates the previous state of the Message 
Switch. Refer to Table E. 
BY reptxt SYSTEM ACTION, Indicates why the system generates the report. 
FAULT REPORT, If blank, the system did not report a reason. 
(blank) 
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Field Value Description 

MS: n 0,1 Indicates which message switch is involved. 

SHELF: n 0-3 Indicates the shelf number. 

SLOT: nn 1-26 Indicates the card number. 

FRONT: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

BACK: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

desctxt Text Optional field that describes the reason the 
system printed the report. 

Action 


Associated OM registers 


Additional information 


There is no action required. 


There are no associated OM registers. 


There is no additional information. 
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MS267 


Explanation 


The Message Switch (MS) subsystem generates MS267 when the system must 
display information about an interface card. 


Format 
The log report format for MS267 is as follows: 


MS267 mmmdd hh:mm:ss ssdd CBSY INTERFACE CARD 
STATE CHANGE CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
FLT MAP: 
SHELF: n SLOT: nn FRONT: pec 
BACK: pec 
desctxt 


Example 
An example of log report MS267 follows: 


MS267 SEP24 00:00:00 6000 CBSY INTERFACE CARD 
STATE CHANGE CODE REF: 193 
SET FROM SBSY BY FAULT REPORT MS: 0 
FLT MAP: 0000 0000 0000 0000 
SHELF: 1 SLOT: 16 FRONT: 9X13AA BACK: 9X26AA 
FAULT CLEARED: DS30 front card card-in bit is stuck 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

CBSY INTERFACE Constant Indicates that information about an interface 

CARD card follows 

STATE CHANGE Constant Indicates a change in the state of the card 

CODE REF: nnn Integer Reference number for code debugging 
purposes 

SET FROM acttxt Symbolic text Indicates the previous state of the Message 


Switch. Refer to Table E. 
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Field Value Description 
BY reptxt SYSTEM ACTION, Indicates why the system generated the 
FAULT REPORT, report. If blank, the field does not report the 
(blank) reason. 
MS: n 0,1 Indicates which message switch is involved 
SHELF: n 0-3 Indicates the shelf number 
SLOT: nn 1-26 Indicates the card number 
FRONT: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 
BACK: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 
desctxt Text Optional field that describes the reason the 


system printed the report 


Action 


Determine if a pattern is present that involves a specified card. If a pattern is 
present, operating company personnel must replace the affected card. 


Associated OM registers 
The OM register that associates with this log is MSCDERR. 


Additional information 
There is no additional information. 
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MS277 


Explanation 


The Message Switch (MS) subsystem generates MS277 when information 
must appear about a chain card. 


Format 
The log report format for MS277 is as follows: 


MS277 mmmdd hh:mm:ss ssdd INFO CHAIN CARD 
STATE: statxt BY reptxt CODE REF: refnum: faultbits 
MS: n SHELF: n CARDS: nn TO nn 
CARD: cardnum 
FRONT PEC: pec BACK PEC: pec 
comment line or fault description 


Example 
An example of log report MS277 follows: 


MS277 SEP24 00:00:00 6000 INFO CHAIN CARD 
STATE: RTS BY FAULT REPORT CODE REF: 0000:00110000 
00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 CARD: 08 
FRONT PEC: NT9X17AB BACK PEC: NT9X25AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO CHAIN CARD Constant Indicates this report provides information on a 
chain card. 

statxt Symbolic text Indicates the previous state of the chain card. 


Refer to Table E. 


reptxt FAULT REPORT Indicates an action by the local Message 
Switch Maintenance changes the state. 


refnum: nnnn Indicates the place in DMS software that 
caused the system to generate this log. The 
service personnel use this number to identify 
sources of other similar log reports. 
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Field Value Description 

faultbits nnnnnnnnnnnnnnnn Indicates the numeric representation of the 
fault data for the chain. 

MS: n 0, 1 Identifies the Message Switch. 

SHELF: n 0-3 Identifies the shelf. 


CARDS: nn TO nn 


cardnum 


FRONT PEC: 


BACK PEC: 


Comment Line 


Fault Description 


(1-26) TO (1-26) 


nn 


pec 


pec 


Indicates the head card and terminating card 
numbers that make up the chain. Atleast two 
(2) cards are present in all chains. 


Identifies the card. 


Identifies the Product Equipment Code 
(hardware code) for the front card. 


Identifies the Product Equipment Code 
(hardware code) for the back card. 


Identifies the reason the system generates the 
report. This field is optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault per line and occurs one 
per line. A FAULT RAISED: or FAULT 
CLEARED: prefix precedes each description. 
Fault description reports occur under the reptxt 
of FAULT REPORT. 


Action 


There is no action required. 


Associated OM registers 


The Operational Measurement(OM) MSCHERR and this report associate if 
the state is good. 


Additional information 
There is no additional information. 
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MS280 
Explanation 
The Message Switch (MS) subsystem generates MS280 when a channelized 
link goes from manual busy or system busy to good. When a channelized link 
goes good, the system makes an attempt to return all the ports on the link to 
service. 
Format 
The log report format for MS280 is as follows: 
MS280 mmmdd hh:mm:ss ssdd RTS CHNL LINK STATE CHANGE 
SET FROM statxt BY reptxt CODE REF: refnum: faultbits 
MS:n SHELF: n CARDS: nn TO nn 
CARD: nn LINK: nn 
comment line or fault description report 
Example 


An example of log report MS280 follows: 


MS280 SEP24 00:00:00 6000 RTS CHNL LINK STATE CHANGE 
SET FROM SysB BY FAULT REPORT CODE REF: 0000:00110000 
00000000 

MS: 0 SHELF: O CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

RTSCHNLLINKSTATE Constant Indicates the system changed the state of the 

CHANGE channelized link to good. 

statxt Symbolic text Indicates the previous state of the link. Refer 
to Table E. 

reptxt FAULT REPORT Indicates an action by the local Message 
Switch Maintenance (MS Mtc) changed the 
state. 

MANUAL ACTION Indicates an action by MS MAP level changed 

the state. 
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Field Value Description 
SYSTEM ACTION Indicates an action by the central Message 
Switch Maintenance changed the state. 
AUDIT ACTION Indicates an action by the local or central 
Message Switch audit changed the state. 
refnum: nnnn Indicates the place in DMS software that 
caused the system to generate this log. 
Service personnel use this number to identify 
sources of similar log reports. 
faultbits nnnnnnnnnnnnnnnn Indicates a numeric representation of the fault 
data for the chain. 
MS: n 0, 1 Identifies the Message Switch. 
SHELF: n 0-3 Identifies the shelf. 


CARDS: nn TO nn 


CARD 


LINK: 


Comment Line 


Fault Description 


Action 


(1-26) TO (1-26) 


nn 


nn 


Indicates head card and terminating card 
numbers that make up the chain. A minimum 
of two cards is always in a chain. 


Indicates the card on which the link resides. 
The system restricts the fields range to the 
cards in the selected chain. 


Indicates the link number in the chain. 


Provides a detailed description of the reason 
the system generates the report. This field is 
optional. 


Provides a detailed description of the defect 
that caused the system to generate this report. 
This field is optional. 


For information only. There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS281 


Explanation 


The Message Switch (MS) subsystem generates MS281 when a channelized 
link goes from good to manual busy. When a channelized link goes manual 
busy, all ports on the link make the same change. 


Format 
The log report format for MS281 is as follows: 


MS281 mmmdd hh:mm:ss ssdd ManB CHNL LINK STATE CHANGE 
SET FROM: statxt BY: reptxt CODE REF: refnum: faultbits 
MS:n SHELF:n CARDS: nn TO nn 
CARD:n LINK: nn 
comment line or fault description report 


Example 
An example of log report MS281 follows: 


MS281 SEP24 00:00:00 6000 ManB CHNL LINK STATE CHANGE 
SET FROM RTS BY MANUAL ACTION CODE REF: 0000: 00110000 
00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

ManB CHNL LINK Constant Indicates the system changed the state of the 

STATE CHANGE channelized to manual busy. 

statxt Symbolic text Indicates the previous state of the link. Refer 
to Table E. 

reptxt MANUAL ACTION Indicates an action by MS MAP level caused 


the change of state. 


refnum: nnnn Indicates the place in DMS software that 
caused the system to generate this log. 
Service personnel use this number to identify 
sources of similar log reports. 
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Field Value Description 

faultbits nnnnnnnnnnnnnnnn Indicates the numeric representation for the 
fault data for the chain. 

MS: n 0, 1 Identifies the Message Switch. 

SHELF: n 0-3 Identifies the shelf. 


CARDS: nn to nn 


CARD: 


LINK: 


Comment Line 


Fault Description 


Action 


(1-26) TO (1-26) 


nn 


nn 


Indicates head card and terminating card 
numbers that make up the chain. A minimum 
of two (2) cards are present in all chains. 


Identifies the card on which the chain link 
resides. The system restricts the fields range 
to the cards in the selected chain. 


Indicates the link number of the chain. 


Indicates the reason the system generated this 
report. This field is optional. 


Provides a detailed description of the fault that 
caused the system to generate this report. 
This field is optional. 


For information only. There is no required action. 


Associated OM registers 
The Operational Measurement (OM) MSCLMBP associated with this log. 


Additional information 
There is no additional information. 
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MS282 


Explanation 


The Message Switch (MS) subsystem generates MS282 when a channelized 
link goes from an out-of-service state to manual busy. When a channelized 
link goes manual busy, all the ports on the link make the same change. 


Format 
The log report format for MS282 is as follows: 


MS282 mmmdd hh:mm:ss ssdd ManB CHNL LINK STATE CHANGE 
SET FROM: statxt BY reptxt CODE REF: refnum: faultbits 
MS:n SHELF: n CARDS: nn TO nn 
CARD:n LINK: nn 
comment line or fault description report 


Example 
An example of log report MS282 follows: 


MS282 SEP24 00:00:00 6000 ManB CHNL LINK STATE CHANGE 
SET FROM SysB BY MANUAL ACTION CODE REF: 0000: 00110000 
00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

ManB CHNL LINK Constant Indicates the channelized link changed state to 

STATE CHANGE manual busy. 

statxt Symbolic text Indicates the previous state of the link. Refer 
to Table E. 

reptxt MANUAL ACTION Indicates an action by MS MAP level caused 


the state change. 


refnum: nnnn Indicates the place in DMS software that 
caused the system to generate this log. 
Service personnel use this number to identify 
sources of similar logs. 
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Field Value Description 

faultbits nnnnnnnnnnnnnnnn Indicates the numeric representation of the 
fault data for the chain. 

MS: n 0, 1 Identifies the Message Switch. 

SHELF: n 0-3 Identifies the shelf. 


CARDS: nn TO nn 


CARD 


LINK: 


Comment Line 


Fault Description 


Action 


(1-26) TO (1-26) 


nn 


nn 


Indicates head card and terminating card 
numbers of the chain. At least two (2) cards 
are present in all chains. 


Identifies the card where the chain link resides. 
The system limits the fields range to the cards 
in the selected chain. 


Indicates the link number of the chain. 


Provides a description of the reason the 
system generates the report. This field is 
optional. 


Provides a description of the defect that 
caused the system to generate the report. This 
field is optional. 


There is no action required. For information only. 


Associated OM registers 
The Operational Measurement (OM) MSCLMBP associates with this log 


report. 


Additional information 
There is no additional information. 
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MS283 


Explanation 


The Message Switch (MS) subsystem generates MS283 when a channelized 
link goes from good to system busy (SysB). 


When a channelized link goes SysB, all the ports on the link also go SysB. 


Format 


The log report format for MS283 is as follows: 


MS283 mmmdd hh:mm:ss ssdd SYSB CHNL LINK STATE CHANGE 
SET FROM RTS BY: reptxt CODE REF: refnum: faultbits 
FLT MAP: 
MS:n SHELF: n CARDS: nn TO nn 
CARD: n LINK: nn 
comment line or fault description report 


Example 


An example of log report MS283 follows: 


MS283 S 
S] 


EP24 00:00:00 6000 SYSB CHNL LINK STATE CHANGE 
ET FROM RTS BY FAULT REPORT 


FLT MAP: 0000 0000 0000 0000 0000 
CODE REF: 0000: 0011000000000000 
MS: 0 SHELF: 0 CARDS: 


Field descriptions 
The following table describes each field in the log report: 
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06 TO 10 LINK: 00 


BY 


FAULT REPORT 


SYSTEM ACTION 
AUDIT ACTION 


Field Value Description 

SYSB CHNL LINK Constant Indicates the channelized link state changed to 
STATE CHANGE SysB 

SET FROM RTS Constant Indicates the previous state of the link 


Indicates an action by the local MS 
maintenance caused the state change. 
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Field Value Description 

CODE REF Integers Indicates the place in DMS switch software 
that caused the system to generate this log. 
Service personnel use this number to identify 
sources of similar log reports. 

faultbits Integers Indicates the numeric representation for the 
fault data for the chain 

MS Oor1 Identifies the MS 

SHELF 0-3 Identifies the shelf 


CARDS: nn TO nn (1-26) TO (1-26) 


CARD Integers 


LINK Integers 
Comment Line Symbolic text 


Fault Description Symbolic text 


Indicates head card and terminating card 
numbers comprise the chain. At least two 
cards are present in all chains. 


Identifies the card where chain link resides. 
The system restricts the fields range to the 
cards in the selected chain. 


Identifies the link number of the chain 


Provides a detailed description of the reason 
the system generated the report. This field is 
optional. 


Provides a detailed description of the fault that 
caused the system to generate the report. 
This field is optional. 


Action 


Manually busy (ManB) the link. Test the link. 


If the test fails, the system generates a cardlist. Replace the cards one at a time. 
Use the standard card change procedure to replace the cards on the MS. 


Repeat these actions until the test passes. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MS284 


Explanation 


Format 


Example 


The Message Switch (MS) subsystem generates MS284. The subsystem 
generates MS284 when a channelized link goes from C-side busy (CBsy) or 
P-side busy (PBsy) to system busy (SysB). 


When a channelized link goes SysB, all the ports on the link also go to SysB. 


The log report format for MS284 is as follows: 


MS284 mmmdd hh:mm:ss ssdd SYSB CHNL LINK STATE CHANGE 
SET FROM:statxt BY: reptxt CODE REF: refnum 
FLT MAP: 


MS: nn SHELF: nn CARDS: head. num TO term num CARD: nn LINK: nn 
comment line or fault description 


An example of log report MS284 follows: 


MS284 SEP24 00:00:00 6000 SYSB CHNL LINK STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: 0000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 CARD: 06 LINK: 00 


Field descriptions 
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The following table describes each field in the log report: 


Field Value Description 

SYSB CHNL LINK Constant Indicates the channelized link changed state to 

STATE CHANGE System busy 

SET FROM Symbolic text Indicates the previous state of the link. Refer 
to Table E. 

BY SYSTEM ACTION Indicates an action by the central MS 


maintenance caused the state change 


FAULT REPORT Indicates an action by the local MS 
maintenance caused the state change 
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Field Value Description 

CODE REF Integers Indicates the place in the DMS switch software 
that caused the system to generate this log. 
This number can identify and distinguish the 
sources of similar log reports. 

MS 0 or 1 Identifies the MS 

SHELF 0 to 3 Identifies the shelf 

CARDS: head num TO Oto 26 Indicates head card and terminating card 

term num numbers of the chain 

CARD Integers Indicates the card where the channelized link 
resides. 
The system restricts the fields range to the 
cards in the selected chain. 

LINK Integers Indicates the link number of the chain 


Comment Line 


Fault Description 


Action 


Symbolic text 


Symbolic text 


Provides a detailed description of the reason 
the system generates the report. This field is 
optional. 


Provides a description of all faults cleared, 
present or raised in the resource. Each 
description represents one fault and occurs 
once for each line. 


When FAULT CLEARED precedes a 
description, the previously detected fault has 
been cleared. 


When “FAULT PRESENT" precedes a 
description, the previously detected fault is still 
present. 


When “FAULT RAISED" precedes a 
description, a new fault is present. 


Action by central or local MS maintenance 
cause fauld description reports to occur. 


Perform action according to log MS283. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS285 


Explanation 


The Message Switch (MS) subsystem generates MS285. The system 
generates MS285 when a channelized link goes from system busy (SysB) or 
manual busy (ManB) to C-side busy (CBsy). 


Format 
The log report format for MS285 is as follows: 


MS285 mmmdd hh:mm:ss ssdd CBSY CHNL LINK STATE CHANGE 
SET FROM statxt BY reptxt CODE REF: refnum: faultbits 
FLT MAP: 
MS: n SHELF: n CARDS: nn TO nn 
CARD: nn LINK: nn 
comment line 


Example 
An example of log report MS285 follows: 


MS285 SEP24 00:00:00 6000 CBSY CHNL LINK STATE CHANGE 
SET FROM SYSB BY SYSTEM ACTION CODE REF: 0000: 00110000 
00000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

CBSY CHNL LINK Constant Indicates the channelized link changed state 

STATE CHANGE to CBsy 

SET FROM Symbolic text Indicates the previous state of the link. Refer 
to Table E. 

BY SYSTEM ACTION Indicates an action by central MS maintenance 


caused the state change 


MANUAL ACTION Indicates an action by MS maintenance and 
administration position (MAP) level caused the 
state change. 
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Field 


Value 


Description 


CODE REF 


faultbits 


MS 
SHELF 
CARDS 


CARD 


LINK 


Comment Line 


Action 


Fault Description 


AUDIT ACTION 


Integers 


Integers 


0 or 1 


0-3 


(1-26) TO (1-26) 


Integers 


Integers 


Symbolic text 


Symbolic text 


Associated OM registers 


Additional information 


Indicates an action by the local or central MS 
audit caused the state change. 


Indicates the place in the DMS switch software 
that caused the system to generate this log. 
Service personnel use this number to identify 
and distinguish the sources of similar log 
reports. 


Indicates the numeric representation for the 
fault data for the chain 


Identifies the MS 
Identifies the shelf 


Indicates head card and terminating card 
numbers that comprise the chain. At least 2 
cards are present in all chains. 


Identifies the card where the chain link resides. 
The system limits the fields range to the cards 
in the selected chain. 


Indicates the link number of the chain 


Provides a description of the reason the 
system generated this report. This field is 
optional. 


Provides a description of the fault that caused 
the system to generate the report. This field is 
optional. 


The node is out of service. Refer to the Action section in log MS103. 


There are no associated OM registers. 


There is no additional information. 
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MS286 
Explanation 
The Message Switch (MS) subsystem generates MS286 when a channelized 
link goes from system busy or manual busy to p-side Busy. 
Format 
The log report format for MS286 is as follows: 
MS286 mmmdd hh:mm:ss ssdd PBSY CHNL LINK STATE CHANGE 
SET FROM statxt BY reptxt CODE REF: refnum: faultbits 
MS: nn SHELF: nn CARDS: nn TO nn 
CARD: n LINK: nn 
comment line or fault description report 
Example 


An example of log report MS286 follows: 


MS286 SEP24 00:00:00 6000 PBSY CHNL LINK STATE CHANGE 
SET FROM SYSB BY SYSTEM ACTION CODE REF: 0000: 00110000 
00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 
PBSY CHNL LINK Constant Indicates the channelized link changed state to 
STATE CHANGE p-side busy. 
statxt Refer to Table E. Indicates the previous state of the link. 
reptxt SYSTEM ACTION Indicates an action by the central Message 
Switch Maintenance caused the state change. 
MANUAL ACTION Indicates an action by MS MAP level caused a 
state change. 
AUDIT ACTION Indicates an action by the local or central 
Message Switch audit caused the state 
change. 
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MS286 (end) 
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CARDS: nn TO nn 


CARD 


LINK: 


Comment Line 


Fault Description 


(1-26) TO (1-26) 


nn 


nn 


Field Value Description 

refnum: nnnn Indicates the place in DMS software that 
caused the system to generate the log. 
Service personnel uses this number to identify 
sources of similar log reports. 

faultbits nnnnnnnnnnnnnnnn Indicates the number for the fault data for the 
chain. 

MS: n 0, 1 Identifies the Message Switch 

SHELF: n 0-3 Identifies the shelf 


Indicates head card and terminating card 
numbers that make up the chain. At least two 
(2) cards are present in all chains. 


Identifies the card where the chain link resides. 
The system limits the fields range to the cards 
in the selected chain. 


Indicates the link number of the chain. 


Provides a description of the reason the 
system generates the report. This field is 
optional. 


Provides a description of the fault that caused 
the system to generate the report. This field is 
optional. 


Action 


This log is for information only. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS287 
Explanation 
The Message Switch (MS) subsystem generates MS287 when information 
must appear about a channelized link. 
Format 
The log report format for MS287 is as follows: 
MS287 mmmdd hh:mm:ss ssdd INFO CHNL LINK 
STATE: statxt BY reptxt CODE REF: refnum: faultbits 
MS:n SHELF: n CARDS: nn TO nn 
CARD: n LINK: nn 
comment line or fault description report 
Example 


An example of log report MS287 follows: 


MS287 SEP24 00:00:00 6000 INFO CHNL LINK 
STATE: RTS BY FAULT REPORT CODE REF: 0000: 
001100000000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO CHNL LINK Constant Indicates information about the channelized 
link. 

STATE Symbolic text Indicates the previous state of the channelized 


link. Refer to Table E. 


BY FAULT REPORT Indicates an action by the central message 
switch maintenance caused the stage change. 


CODE REF nnnn Indicates the place in DMS software that 
caused the system to generate this log. 
Service personnel use this number to identify 
sources of similar log reports. 


faultbits nnnnnnnnnnnnnnnn Indicates the numeric representation for the 
fault data for the chain. 
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Action 


Field Value Description 

MS: n 0 or 1 Identifies the message switch 

SHELF: n 0-3 Identifies the shelf 

CARDS: (1-26) TO (1-26) Indicates head card and terminating card 
numbers in a chain. Atleast two cards are 
present in all chains. 

CARD nn Identifies the card on where the chain link 
resides. The system limits the fields range to 
the cards in the selected chain. 

LINK nn Indicates the link number of the chain. 

Comment Line Provides a description of the reason the 
system generated this report. This field is 
optional. 

Fault Description Provides a description of the fault that caused 
the system to generate the report. This field is 
optional. 


This log is for information only. There is no action required. 


Associated OM registers 


The Operational Measurement (OM) MSCLEER associates with this log 


report: 


Additional information 


There is no additional information. 
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MS300 


Explanation 


The Message Switch (MS) subsystem generates log report MS300 when a port 
changes state. The state of the port changes from system busy or 
manually-busy to OK. 


Format 
The log report format for MS300 is as follows: 


MS300 mmmdd hh:mm:ss ssdd RTS PORT STATE CHANGE 
CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn PORT: n 
FRONT: pec BACK: pec 
desctxt 


Example 
An example of log report MS300 follows: 


MS300 SEP24 00:00:00 6000 RTS PORT STATE CHANGE CODE 

REF: 193 
SET FROM ManB BY FAULT REPORT MS: 0 SHELF: 1 SLOT: 16 
PORT: 3 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

RTS PORT STATE Constant Indicates the change of state for a specified 
CHANGE port. 

CODE REF: nnn Integer Provides the reference number for code 


debugging purposes. 


SET FROM acttxt Refer to Table E. Indicates the previous state of the message 
Switch. 
BY reptxt SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 
(blank) 
MS: n 0,1 Indicates the message switch involved. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-724 UCS log reports 


MS300 (end) 
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Field Value Description 

SHELF: n 0-3 Indicates the shelf number. 

SLOT: nn 1-26 Indicates the card number. 

PORT: n 0-3 Indicates the port number. 

FRONT: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

BACK: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

desctxt Text Optional field, indicates the cause of the the 
report. 

Action 


There is no action required. 


Associated OM registers 


Additional information 


There are no associated OM registers. 


There is no additional information. 
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UCS log reports 1-725 


The Message Switch (MS) subsystem generates log report MS301 when the 
state of the port changes from OK to manually-busy. 


Format 


The log report format for MS301 is as follows: 


MS301 mmmdd hh:mm:ss ssdd ManB PORT STATE CHANGE 


Example 


CODE REF: nnn 


SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn PORT: n 
FRONT: pec BACK: pec 


An example of log report MS301 follows: 


MS301 S] 
R 


EF: 
S 


193 


ET FROM RTS 


PORT: 3 FRONT: 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


EP24 00:00:00 6000 ManB PORT STATE CHANGE CODE 


BY FAULT REPORT MS: 0 SHELF: 1 SLOT: 16 


9X13AA BACK: 9X26AA 


Field Value Description 

ManB PORT STATE Constant Indicates a change of state for a specified port. 
CHANGE 

CODE REF: nnn Integer Provides the reference number for code 


SET FROM acttxt 


BY reptxt 


SHELF: n 


Symbolic text 


debugging. 


Indicates the previous state of the message 
switch. Refer to Table E. 


SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 

(blank) 

0,1 Indicates the message switch involved. 


0-3 


Indicates the shelf number. 
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Field Value Description 

SLOT: nn 1-26 Indicates the card number. 

PORT: n 0-3 Indicates the port number. 

FRONT: pec Symbolic text Indicates the hardware card number. Refer to 
Table E. 

BACK: pec Symbolic text Indicates the hardware card number. Refer to 
Table E. 

Action 


There is no action required. 


Associated OM registers 


The MS operational measurement (OM) register associated with this log is 
MSLKMBEP. 


Additional information 
There is no additional information. 
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MS302 


Explanation 


The Message Switch (MS) subsystem generates log report MS302 when the 
state of a port changes. The state of the port changes from system busy, 
central-side busy, or peripheral-side busy to manually-busy. 


Format 
The log report format for MS302 is as follows: 


MS302 mmmdd hh:mm:ss ssdd ManB PORT STATE CHANGE 
CODE REF: nnn 
SET FROM acttxt BY reptxt MS: n 
SHELF: n SLOT: nn PORT: n 
FRONT: pec BACK: pec 


Example 
An example of log report MS302 follows: 


MS302 SEP24 00:00:00 6000 ManB PORT STATE CHANGE CODE 
REF: 193 
SET FROM SysB BY FAULT REPORT MS: 0 SHELF: 1 SLOT: 16 
PORT: 3 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

ManB PORT STATE Constant Indicates a change of state for a specified port. 

CHANGE 

CODE REF: nnn Integer Provides the reference number for code 
debugging 

SET FROM acttxt Symbolic text Indicates the previous state of the message 


switch. Refer to Table E. 


BY reptxt SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 
(blank) 

MS: n 0,1 Indicates the message switch involved. 
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Field Value Description 

SHELF: n 0-3 Indicates the shelf number. 

SLOT: nn 1-26 Indicates the card number. 

PORT: n 0-3 Indicates the port number. 

FRONT: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

BACK: pec Symbolic text Indicates the hardware card number. Refer to 
Table I. 

Action 


There is no action required. 


Associated OM registers 


Additional information 


The OM register associated with this log is MSLKMBP. 


There is no additional information. 
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Explanation 


Format 


Example 


UCS log reports 1-729 


The Message Switch (MS) subsystem generates log report MS303. The 
subsystem generates this report when the state of a port changes from OK to 
system busy (SysB). 


The log report format for MS303 is as follows: 


*MS303 mmmdd hh:mm:ss ssdd SYSB PORT STATE CHANGE 
SET FROM RTS BY reptxt MS: n CODE REF: nnn 
FLT MAP: 
MS: n SHELF: n CARD: nn PORT: n 
FRONT: pec BACK: pec 
comment line or fault description report 


An example of log report MS303 follows: 


*MS303 SEP24 00:00:00 6000 SYSB PORT STATE CHANGE CODE 
REF: 
193 
SET FROM RTS BY FAULT REPORT MS: O SHELF: 1 SLOT: 16 
FLT MAP: 0000 0000 0000 0000 0000 
PORT: 3 FRONT: 9X13AA BACK: 9X26AA 
FAULT RAISED: loop around test failed 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 
SYSB PORT STATE Constant Indicates a change of state for a specified port 
CHANGE 
SET FROM RTS Constant Indicates the previous state of the message 
switch 
BY SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 
(blank) 
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Field Value Description 

CODE REF Integers Provides the reference number for code 
debugging purposes 

MS 0, 1 Indicates the MS involved 

SHELF 0-3 Indicates the shelf number 

SLOT 1-26 Indicates the card number 

PORT 0-3 Indicates the port number 

FRONT Alphanumeric Indicates the product engineering code (PEC) 
of the front card. Refer to table |. 

BACK Alphanumeric Indicates the PEC of the back card. Refer to 
table I. 

desctxt Symbolic text Includes an optional comment line. 
If reptxt has the value FAULT REPORT, then 
all faults raised or cleared, are reported, one 
on each line. The header FAULT RAISED or 
FAULT CLEARED, appears before each 
description. 

Action 


Manually-busy and test the port. 


If the test fails, the system generates a cardlist. If the defective card is on the 
peripheral side, perform maintenance action on the peripheral. Also, check the 


logs related to the peripheral. 


If the defective card is on the MS, manually-busy the node. Replace the 
defective card and manually return to service (RTS) the node. 


If this state change fails, the system generates another cardlist. Replace any 


defective cards and RTS again. 


If the port is not OK, check the backplane for loose or bad cables. 


Associated OM registers 
The operational measurement (OM) registers associated with this log are 


MSLKERR and MSLKFLT. 
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Additional information 
There is no additional information. 
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MS304 


Explanation 


The Message Switch (MS) subsystem generates log report MS304 when the 
state of a port changes. The state of the port changes from P-side busy (PBsy) 
or C-side busy (CBsy) to system busy (SysB). 


Format 
The log report format for MS304 is as follows: 


*MS304 mmmdd hh:mm:ss ssdd SYSB PORT STATE CHANGE 
SET FROM event_type BY reptxt n CODE REF: nnn 
FLT MAP: 
MS: n SHELF: n CARD: nn PORT: n 
FRONT PEC: pec BACK PEC: pec 
comment line or fault description report 


Example 
An example of log report MS304 follows: 


*MS304 SEP24 00:00:00 6000 SYSB PORT STATE CHANGE 
SET FROM PBSY BY SYSTEM ACTION CODE REF: 0:000000000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 1 CARD: 21 PORT: 3 
FRONT PEC: 9X17AA BACK PEC: 9X23AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

SYSB PORT STATE Constant Indicates a change of state for a specified port. 
CHANGE 

SET FROM Symbolic text Indicates the previous state of the message 


Switch. Refer to table E. 
BY SYSTEM ACTION Indicates the reason for the report. If blank, the 
FAULT REPORT reason is not reported. 
(blank) 


CODE REF Integer Indicates in the code, the location of the MS 
log. This number identifies related log reports. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-733 
MS304 (end) 


(Sheet 2 of 2) 


Field Value Description 

MS Oor1 Indicates the MS involved. 

SHELF 0 to 3 Indicates the shelf number. 

CARD 1 to 26 Indicates the card number. 

PORT 0 to 3 Indicates the port number. 

FRONT PEC Alphanumeric Indicates the product engineering code (PEC) 

of the front card. Refer to table I. 
BACK PEC Alphanumeric Indicates the PEC of the back card. Refer to 


comment line or fault 
description report 


Action 


Symbolic text 


table |. 


Includes an optional comment line. If reptxt 
has the value FAULT REPORT, then all faults, 
raised or cleared, are reported, one on each 
line. The header message appears before the 
description. The message FAULT CLEARED 
indicates that the fault is clear. The FAULT 
PRESENT message indicates that the 
detected fault remains. The FAULT RAISED 
message indicates a new fault. 


Manually-busy, and test the port. If this test fails, the system generates a 
cardlist. If the defective card is on the peripheral side, perform maintenance 
action on the peripheral. Also, check for logs related to the peripheral. 


If the defective card is on the MS, manually-busy the node. Replace the 
defective card and manually return to service (RTS) the node. If this state 
change fails, the system generates another cardlist. Replace any defective 
cards and RTS again. If the port is not OK, check the backplane for loose or 
bad cables. 


Associated OM registers 
The operational measurement (OM) registers associated with this log are 


MSPTERR and MSPTFLT. 


Additional information 
There is no additional information. 
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MS305 


Explanation 


The Message Switch (MS) subsystem generates log report MS305. The 
subsystem generates this report when the state of a port changes from system 
busy (SysB) to central-side busy (CBsy). 


Format 


The log report format for MS305 is as follows: 


MS305 mmmdd hh:mm:ss ssdd CBSY PORT STATE CHANGE 
CODE REF: nnn 
SET FROM SYSB BY reptxt MS: n 
SHELF: n SLOT: nn PORT: n 
FRONT: pec BACK: pec 
desctxt 


Example 


An example of log report MS305 follows: 


MS305 
CO 
SE 


SH 


SEP24 00:00:00 6000 CBSY PORT STATE CHANGE 


DE REF: 193 


T FROM MANB BY FAULT REPORT MS: 0 


ELF: 1 SLOT: 16 PORT: 


3 


FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

CBSY PORT STATE Constant Indicates a change of state for a specified port 

CHANGE 

CODE REF Integer Provides the reference number for code 

debugging purposes 

SET FROM SYSB Constant Indicates the previous state of the MS 

BY SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 
(blank) 

MS 0,1 Indicates the message switch involved 
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Field Value Description 

SHELF 0-3 Indicates the shelf number 

SLOT 1-26 Indicates the slot number 

PORT 0-3 Indicates the port number 

FRONT Alphanumeric Indicates the hardware card number. Refer to 
table l. 

BACK Alphanumeric Indicates the hardware card number. Refer to 
table l. 

desctxt Text Optional field indicates the reason for the 
report 

Action 


The node and/or card is out of service. Take appropriate maintenance action 
on the node, card, or both. 


If the node is SysB, perform action according to MS103. 


If the card is SysB, perform action according to MS263. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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MS306 


Explanation 


The Message Switch (MS) subsystem generates log report MS306. The 
subsystem generates this report when the state of a port changes from system 
busy (SysB) to peripheral-side busy (PBsy). 


Format 
The log report format for MS306 is as follows: 


MS306 mmmdd hh:mm:ss ssdd PBSY PORT STATE CHANGE 
CODE REF: nnn 
SET FROM SYSB BY reptxt MS: n 
SHELF: n SLOT: nn PORT: n FRONT: pec BACK: pec 
desctxt 


Example 
An example of log report MS306 follows: 


MS306 SEP24 00:00:00 6000 PBSY PORT STATE CHANGE 
CODE REF:193 

SET FROM MBSY BY FAULT REPORT MS: 0 

SHELF: 1 SLOT: 16 PORT: 3 FRONT: 9X13AA BACK: 9X26AA 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

PBSY PORT STATE Constant Indicates a change of state for a specified port 
CHANGE 

CODE REF Integers Provides the reference number for code 


debugging purposes 


SET FROM SYSB Constant Indicates the previous state of the MS 

BY SYSTEM ACTION, Indicates the reason for the report. If blank, the 
FAULT REPORT, reason is not reported. 
(blank) 

MS 0, 1 Indicates the MS involved 

SHELF 0-3 Indicates the shelf number 
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Field Value Description 

SLOT Integers Indicates the slot number 

PORT 0-3 Indicates the port number 

FRONT Alphanumeric Indicates the hardware card number. Refer to 
Table I. 

BACK Alphanumeric Indicates the hardware card number. Refer to 
Table I. 

desctxt Text Optional field indicates the reason for the 
report 

Action 


Associated OM registers 


Additional information 


Perform maintenance on the peripheral-side node. Check the logs for reports 
related to the peripheral. 


There are no associated OM registers. 


There is no additional information. 
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MS307 


Explanation 
The Message Switch (MS) subsystem generates log report MS307. The 


subsystem generates this report when more information about the port is 
required. 


Format 
The log report format for MS307 is as follows: 


MS307 mmmdd hh:mm:ss ssdd INFO PORT 
STATE: stattxt BY acttxt CODE REF: nnn 
MS: n SHELF: n CARD: nn PORT: n 
FRONT PEC: pec BACK PEC: pec 
desctxt 


Example 
An example of log report MS307 follows: 


MS307 SEP24 00:00:00 6000 INFO PORT 
STATE: RTS BY SYSTEM ACTION CODE REF: 193:00000000 
MS: 0 SHELF: 1 CARD: 21 PORT: 3 FRONT PEC: NT9X17AA 
BACK PEC: NT9X23AA 

CLEARED: loop around test failed 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO PORT Constant Indicates that information needs to be 
displayed about a port. 

STATE Symbolic text Indicates the current state of the node. Refer 
to Table E. 

BY FAULT REPORT, Indicates the reason for the report. 

AUDIT, or ACTION 

CODE REF Integer Provides the reference number for code 
debugging. 

MS 0,1 Indicates the MS number. 
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Field Value Description 

SHELF 0-3 Indicates the shelf number. 

CARD 1-26 Indicates the card number. 

PORT 0-3 Indicates the port number. 

FRONT PEC Alphanumeric Indicates the hardware card number of the 
front card. Refer to Table I. 

BACK PEC Alphanumeric Indicates the hardware card number of the 
back card. Refer to Table I. 

desctxt Text Includes an optional comment line. If the BY 


field has the value FAULT REPORT, then all 
faults, raised or cleared, are reported, one on 
each line. The header FAULT RAISED or 
FAULT CLEARED appears before the 
description. 


Associated OM registers 


Additional information 


The MS operational measurement OM register associated with this log is 
MSLKERR. 


There is no additional information. 
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The Message Switch (MS) subsystem generates log report MS310. The 
subsystem generates this report when a channelized link changes from 


MS310 mmmdd hh:mm:ss ssdd RTS CHNL LINK PORT STATE 


SET FROM: statxt BY reptxt CODE REF: refnum: faultbits 


MS310 
Explanation 
manually-busy or system busy to OK. 
Format 
The log report format for MS310 is as follows: 
CHANGE 
MS:n SHELF: n CARDS: nn TO nn 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 
Example 


An example of log report MS310 follows: 


MS310 SEP24 00:00:00 6000 RTS 


CHANGE 


00000000 


MS: 0 SHELF: 0 CARDS: 


Field descriptions 


CHNL LINK PORT STATE 


SET FROM SYSB BY FAULT REPORT CODE REF: 0000: 00000000 


06 TO 10 LINK: 00 CARD: 07 PORT: 00 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


RTS CHNL LINK PORT Constant 
STATE CHANGE 


SET FROM statxt Symbolic text. 


BY reptxt FAULT REPORT 


MANUAL ACTION 


Indicates a change of state for the channelized 
link, state is OK. 


Indicates the previous state of the channelized 
link port. Refer to Table E. 


Indicates an action by local message switch 
maintenance (MS Mtc) causes the system to 
generate this report. 


Indicates an action at the MS MAP level 
causes the system to generate this report. 
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MS310 (continued) 


(Sheet 2 of 2) 


Field Value Description 

SYSTEM ACTION Indicates an action by the central message 
switch maintenance causes the system to 
generate this report. 

AUDIT ACTION Indicates an action by the local or central 
message switch audit causes the system to 
generate this report. 

refnum: nnnn Indicates the location in the DMS software 
where the change of state occurred This 
number identifies related log reports. 

faultbits nnnnnnnnnnnnnnnn Indicates a numeric representation of the fault 
data for the channelized port. 

MS: n 0, 1 Identifies the message switch. 

SHELF: n 0-3 Identifies the shelf. 


CARDS: nn TO nn 


LINK: 


CARD: 


PORT: 


Comment line 


fault description report 


(1-26) TO (1-26) 


nn 


nn 


0-127 


Indicates the head card and terminating card 
numbers of the chain. 


Identifies the link in the chain. 


Identifies the card on which the affected port 
on the channelized link resides. The number 
of cards in the selected chain restricts the 
range limit. 


Identifies the affected port on the channelized 
link. 


Provides a detailed description of the reason 
for the report. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault, one on each line. Each 
description appears after the FAULT RAISED 
or FAULT CLEARED header. Fault 
description reports occur under the reptxt of 
FAULT REPORT. 


Action 


There is no action required. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-742 UCS log reports 
MS310 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS311 


Explanation 


UCS log reports 1-743 


The Message Switch (MS) subsystem generates log report MS311. The 
subsystem generates log MS311 when a port on a channelized link changes 
state. The port goes from OK to manual busy separate from the link. The 
system applies the manual busy operation to a port, not the channelized link. 


Format 


The log report format for MS311 follows: 


*MS311 mmmdd hh:mm:ss ssdd ManB CHNL LINK PORT STATE 
CHANGE 
SET FROM RTS BY MANUAL ACTION CODE REF: refnum: 
faultbits 
MS:n SHELF:n CARDS: nn TO nn 
LINK:nn CARD:nn PORT:nn 
comment line or fault description report 


Example 


An example of log report MS311 follows: 


*MS311 SEP24 00: 
CHANGE 
SET FROM RTS 
0100000 
MS: 0 SHELF: 
00 


Field descriptions 


00:00 6000 ManB CHNL LINK PORT STATE 


BY MANUAL ACTION CODE REF: 0000: 00000000 


0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

ManB CHNL LINK Constant Indicates the port on a channelized link 

PORT STATE CHANGE changed states from OK to manual busy, 
separate from the link. 

SET FROM RTS Constant Indicates the previous state was RTS. 

BY MANUAL ACTION Constant Indicates an action at the MS MAP level 


generates this report. 
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MS311 (end) 


(Sheet 2 of 2) 


CARDS: nn TO nn 


LINK: 


CARD: 


PORT: 


Comment line 


Action 


Fault description report. 


(1-26) TO (1-26) 


nn 


nn 


0-127 


Field Value Description 

refnum: nnnn Indicates the place in the DMS software that 
generates the log. This number identifies the 
sources of some like log reports. 

fault bits nnnnnnnnnnnnnnnn Indicates a numeric representation of the fault 
data for the channelized port. 

MS: n 0, 1 Identifies the message switch. 

SHELF: n 0-13 Identifies the shelf. 


Indicates the head card and the terminating 
card numbers of the chain. 


Identifies the link in the chain. 


Identifies the card on which the affected port 
on the channelized link resides. The system 
restricts the range of the port to the cards in the 
selected chain. 


Identifies the affected port on the channelized 
link. 


Provides a detailed description of the event 
that caused the system to print the report. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs one time for 
every line. A “FAULT RAISED: or FAULT 
CLEARED:' prefix precedes the description. 
Fault description reports occur only under the 
report type of FAULT REPORT. 


There is no action required. The MS311 log is for information only. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS312 


Explanation 
The Message Switch (MS) subsystem generates log report MS312. The 
subsystem generates MS312 when a port on a channelized link changes state. 
The port goes from an out-of-service state to a manual busy state separate from 
the link. The system applied the manual busy operation to a separate port, not 
the channelized link. 


Format 
The log report format for MS312is as follows: 


MS312 mmmdd hh:mm:ss ssdd ManB CHNL LINK PORT STATE 
CHANGE 
SET FROM statxt BY MANUAL ACTION CODE REF: refnum: 
faultbits 
MS:n SHELF: n CARDS: nn TO nn 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 


Example 
An example of log report MS312 follows: 


MS312 SEP24 00:00:00 6000 ManB CHNL LINK PORT STATE 
CHANGE 
SET FROM SYSB BY MANUAL ACTION CODE REF: 0000: 
0010B000 00000000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 
00 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

ManB CHNL LINK Constant Indicates the port on a channelized link goes 

PORT STATE CHANGE from an out-of-service to manual busy. 

SET FROM statxt Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

BY MANUAL ACTION Constant Indicates the system generates a report from 


an action at the MS MAP level. 
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MS312 (continued) 


(Sheet 2 of 2) 


CARDS: nn TO nn 


LINK: 


CARD: 


PORT: 


Comment line 


Action 


Fault description report 


(1-26) TO (1-26) 


nn 


nn 


0-127 


Field Value Description 

CODE REF num nnnn Indicates the place in the DMS software that 
generated the log. The number identifies the 
sources of some like log reports. 

faultbits nnnnnnnnnnnnnnnn Indicates a numeric representation of the fault 
data for the channelized port. 

MS: n 0, 1 Identifies the message switch. 

SHELF: n 0-3 Identifies the shelf. 


Indicates the head card and the terminating 
card numbers of the chain. 


Identifies the link in the chain. 


Identifies the card on which the affected port 
on the channelized link resides. The system 
restricts the range to the cards in the selected 
chain. 


Identifies the affected port on the channelized 
link. 


Provides a detailed description of the event 
that caused the system to print the report. The 
comment line field is optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs one time for 
each line. The FAULT RAISED or FAULT 
CLEARED PREFIX precedes each 
description. The system generates fault 
description reports only under the report type 
of FAULT REPORT. 


There is no action required. The MS312 log is for information only. 


Associated OM registers 
There are no associated OM registers. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-747 
MS312 (end) 


Additional information 
There is no additional information. 
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1-748 UCS log reports 


The Message Switch (MS) subsystem generates this report. The subsystem 
generates this report when a port on a channelized link changes state. The port 
changes from OK to system busy (SysB) separate from the link. The state 
change indicates that the system applied the busy operation to a separate port, 


The log report format for MS313 is as follows: 


.**MS313 mmmdd hh:mm:ss ssdd SYSB CHNL LINK PORT STATE 


SET FROM RTS BY reptxt CODE REF: refnum: faultbits 
MS:n SHELF:n CARDS: nn TO nn 

LINK: nn CARD: nn PORT: nn 

comment line or fault description report 


MS313 
Explanation 
not the channelized link. 
Format 
CHANGE 
Example 


An example of log report MS313 follows: 


**MS313 SEP24 00:00:00 6000 SYSB CHNL LINK PORT STATE CHANGE 


SET FROM RTS BY FAULT REPORT CODE REF: 0000:001000000000 


MS: 0 SHELF: 0 CARDS: 


Field descriptions 


06 TO 10 LINK: 00 CARD: 07 PORT: 00 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 

SYSB CHNL LINK Constant 

PORT STATE CHANGE 

SET FROM RTS Constant 

BY FAULT REPORT 
AUDIT ACTION 


Description 


Indicates the port changed state from OK to 
SysB. 


Indicates the previous state of the port was 
OK. 


Indicates that the system generates this log 
because of an action by local MS maintenance 
(MS Mtc) 


Indicates that the system generates this log 
because of an action by central MS audit. 
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MS313 (continued) 


(Sheet 2 of 2) 


Field Value Description 
SYSTEM ACTION Indicates that the system generates this log 
because of an action by the central MS Mtc. 

CODE REF Integers Indicates the place in the DMS switch software 
that caused the system to generate the log. 
This number identifies the sources of some like 
log reports. 

faultbits Integers Indicates a numeric representation of the fault 
data for the channelized port. 

MS Oor 1 Identifies the MS. 

SHELF 0-3 Identifies the shelf. 

CARDS (1-26) TO (1-26) Indicates the head card and the terminating 
card numbers of the chain. 

LINK Integers Identifies the link. 

CARD Integers Indicates the card that contains the affected 
port on the channelized link. The system 
restricts the range of the field value to the 
cards in the selected chain. 

PORT Integers Identifies the affected port in the channelized 


Comment line 


Fault description report 


Action 


Symbolic text 


Symbolic text 


link 


Describes the cause of the report. This field is 
optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs one time for 
each line. 


A FAULT RAISED or FAULT CLEARED prefix 
precedes each description. The system 
generates fault description reports only under 
the report type of FAULT REPORT. 


Manually busy (ManB), then test the node. 
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MS313 (end) 


If the test does not work, the system generates a cardlist. Replace the card(s) 
that has faults, load the MS again, and manually return the node to service with 
the RTS command. 


If the RTS fails, the system generates another cardlist. Replace any cards that 
have faults and RTS again. Repeat the procedure until the test passes. 


Associated OM registers 


Registers MSCLERR and MSCLFLT of operational measurement (OM) 
MSCHNLK increase when the system generates log MS313. 


Additional information 
There is no additional information. 
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MS314 


Explanation 
The Message Switch (MS) subsystem generates this report. The subsystem 
generates this report when a port on a channelized link changes state. The port 
changes from peripheral-side busy (PBsy) or central-side busy (CBsy) to 
system busy (SysB), separate from the link. 


Format 
The log report format for MS314 is as follows: 


MS314 mmmdd hh:mm:ss ssdd SYSB CHNL LINK PORT STATE 
CHANGE 
SET FROM statxt BY SYSTEM ACTION CODE REF: refnum: faultbits 
FLT MAP: 
MS: n SHELF: n CARDS: head_num TO term num 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 


Example 
An example of log report MS314 follows: 


MS314 SEP24 00:00:00 6100 SYSB CHNL LINK PORT STATE CHANGE 
SET FROM PBSY BY SYSTEM ACTION CODE REF: 0000:0000000000! 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 00 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSB CHNL LINK Constant Indicates the port on a channelized link 

PORT STATE CHANGE changed state to SysB. 

SET FROM Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

BY SYSTEM ACTION Constant Indicates the system generates the report 


because of an action by central MS 
maintenance. 
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MS314 (continued) 


(Sheet 2 of 2) 

Field Value Description 

CODE REF Integers Indicates the place in DMS switch software 
that caused the system to generate the log. 
This number identifies the sources of some like 
log reports. 

fault bits 16 digits Indicates a numeric representation of the fault 
data for the channelized link. 

MS 0 or 1 Identifies the message switch. 

SHELF 0 to 3 Identifies the shelf. 

CARDS 1 to 26 Indicates the head card and terminating card 
numbers of the chain. 

LINK Integers Identifies the link in the chain. 

CARD Integers Indicates the card that contains the affected 
port on the channelized link. The system 
restricts the range of the field value to the 
cards in the selected chain. 

PORT Integers Identifies the affected port on the channelized 


Comment line 


Fault description report 


Symbolic text 


Symbolic text 


link. 


Describes the cause of the report. This field is 
optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs one time for 
each line. 


When a FAULT CLEARED precedes a 
description, the detected fault is now clear. 


When a FAULT PRESENT display precedes a 
description, the detected fault remains. 


When a FAULT RAISED precedes a 
description, the system detects a new fault. 


System action will only generate fault 
description reports. 
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MS314 (end) 


Action 


This log indicates a critical fault on the port. Perform the appropriate action 
indicated in the ^ Action' section in the MS313 log report. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS315 


Explanation 
The Message Switch (MS) subsystem generates this report. The subsystem 
generates this report when a port on a channelized link changes state. The port 
goes from system busy (SysB) or manual busy (ManB) to central-side busy 
(CBsy), separate from the link. 


Format 
The log report format for MS315 is as follows: 


MS315 mmmdd hh:mm:ss ssdd CBSY CHNL LINK PORT STATE 
CHANGE 
SET FROM statxt BY: reptxt CODE REF: refnum: faultbits 
FLT MAP: 
MS:n SHELF:n CARDS: nn TO nn 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 


Example 
An example of log report MS315 follows: 


MS315 SEP24 00:00:00 6000 CBSY CHNL LINK PORT STATE CHANGE 
SET FROM MANB BY SYSTEM ACTION CODE REF: 0000: 000000000! 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 00 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

CBSY CHNL LINK Constant Indicates a port changed state to C-side busy. 

PORT STATE CHANGE 

SET FROM Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

BY SYSTEM ACTION Indicates the system generates the report 
because of an action by central MS 
maintenance. 
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MS315 (continued) 


(Sheet 2 of 2) 


Field Value Description 
AUDIT ACTION Indicates that the system generates this report 
because of an action by the local or central MS 
audit. 

CODE REF Integers Indicates the place in DMS switch software 
that caused the system to generate the log. 
This number identifies the sources of some like 
log reports. 

faultbits Integers Indicates the numeric representation fault data 
for the channelized link. 

MS 0 or 1 Identifies the MS. 

SHELF 0-3 Identifies the shelf. 

CARDS (1-26) TO (1-26) Indicates the head card and the terminating 
card numbers of the chain. 

LINK Integers Indicates the link number of the chain. 

CARD Integers Identifies the card that contains the affected 
port on the channelized link. The system 
restricts the range of the field value to the 
cards in the selected chain. 

PORT Integers Identifies the affected port on the channelized 


Comment line 


Fault description report 


Action 


Symbolic text 


Symbolic text 


link. 


Describes the cause of the report. This field is 
optional. 


Provides a description of all faults, raised or 
cleared, in the resource. 


Each description represents one fault and 
occurs one time for each line. A `FAULT 
RAISED” or FAULT CLEARED' prefix 
precedes each description. 


Fault description reports occur only under the 
report type of FAULT REPORT. 


Refer to the `Action' section in log MS103. 
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Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information. 
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MS316 


Explanation 


Format 


Example 


UCS log reports 1-757 


The Message Switch (MS) subsystem generates log report MS316. The 
subsystem generates this report when a port on a channelized link goes to 
P-side busy independent of the link. The port that goes P-side busy was system 
busy or manually busy. 


The log report format for MS316 is as follows: 


MS316 mmmdd hh:mm:ss ssdd PBSY CHNL LINK PORT STATE 
CHANGE 
SET FROM statxt BY reptxt CODE REF: refnum: faultbits 
MS: n SHELF: n CARDS: nn TO nn 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 


An example of log report MS316 follows: 


MS316 SEP24 00:00:00 6000 PBSY CHNL LINK PORT STATE 
CHANGE 
SET FROM SysB BY SYSTEM ACTION CODE REF: 0000: 
00000000 00000001 

MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 
00 


Field descriptions 


(Sheet 1 of 2) 


The following table describes the fields in the log report: 


Field Value Description 

PBSY CHNL LINK Constant Indicates a port changed state to p-side busy. 

PORT STATE CHANGE 

SET FROM statxt Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

reptxt SYSTEM ACTION Indicates subsystem generates the report 


because of an action by the central message 
switch maintenance. 
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MS316 (continued) 


(Sheet 2 of 2) 


CARDS: nn TO nn 


LINK: 


CARD: 


PORT: 


Comment line 


Action 


Fault description report 


(1-26) TO (1-26) 


nn 


nn 


0-127 


Field Value Description 
AUDIT ACTION Indicates the subsystem generated the report 

because of an action by the local or central 
message switch audit. 

refnum nnnn Indicates the place in DMS software that 
caused the subsystem to generate the log. 
This number identifies the sources of types of 
the same log reports. 

faultbits nnnnnnnnnnnnnnnn Indicates the number model of the problem 
data for the channelized link. 

MS: n 0, 1 Identifies the message switch. 

SHELF: n 0-3 Identifies the shelf. 


Indicates the head card and the terminating 
card numbers of the chain. 


Indicates the link number of the chain. 


Identifies the card on which the affected port 
on the channelized link resides. The range is 
restricted to the cards in the selected chain. 


Identifies the affected port in the channelized 
link. 


Describes why the system printed the report. 
This field is optional. 


Provides a description of all faults, raised or 
cleared, in the resource. Each description 
represents one fault and occurs one each line. 
A FAULT RAISED or FAULT CLEARED prefix 
precedes each description. Fault description 
reports occur only under the report type of 
FAULT REPORT. 


There is no action required. This log is for information only. 


Associated OM registers 
There are no associated OM registers. 
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MS316 (end) 


Additional information 
There is no additional information. 
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MS317 


Explanation 
The Message Switch (MS) subsystem generates log report MS317. The 
subsystem operates this report when information about a port on a channelized 
link needs to be displayed. 


Format 
The log report format for MS317 follows: 


MS317 mmmdd hh:mm:ss ssdd INFO CHNL LINK PORT 
STATE statxt BY FAULT REPORT CODE REF: refnum: faultbits 
MS: n SHELF: n CARDS: nn TO nn 
LINK: nn CARD: nn PORT: nn 
comment line or fault description report 


Example 
An example of log report MS317 follows: 


MS317 SEP24 00:00:00 6000 INFO CHNL LINK PORT 
STATE: RTS BY FAULT REPORT CODE REF: 0000: 00000000 
00100000 
MS: 0 SHELF: 0 CARDS: 06 TO 10 LINK: 00 CARD: 07 PORT: 
00 


Field descriptions 
The following table describes the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO CHNL LINK PORT Constant Indicates that the system generated a report 
about a port on a channelized link. 

statxt Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

BY FAULT REPORT Constant Indicates that the subsystem generated the 


report because of an action by local MS Mic. 


refnum nnnn Indicates the place in DMS software that 
caused the subsystem to generate the log. 
This number identifies the sources of types of 
the same log reports. 
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MS317 (end) 


(Sheet 2 of 2) 


Field Value Description 

faultbits nnnnnnnnnnnnnnnn Indicates the numeric representation of the 
fault data for the channelized port. 

MS 0, 1 Identifies the message switch. 

SHELF 0-3 Identifies the shelf. 

CARDS 1-26 TO 1-26 Indicates the head card and the terminating 
card numbers of the chain. 

LINK nn Indicates the link number of the chain. 

CARD Integer Identifies the card on which the affected port 
on the channelized link resides. The range is 
restricted to the cards in the selected chain. 

PORT 0-127 Identifies the affected port in the channelized 
link. 

Comment line Text Describes why the system printed the report. 
This field is optional. 

Fault description report Text Provides a description of all faults, raised or 


cleared, in the resource. Each description 
represents one fault and occurs one each line. 
A FAULT RAISED or FAULT CLEARED prefix 
precedes each description. Fault description 
reports occur only under the report type of 
FAULT REPORT. 


Action 


There is no action required. This log is for information use only. 


Associated OM registers 
If the state is OK, the Operational Measurement with this log is: 


MSCLERR 


Additional information 
There is no additional information. 
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MS323 


Explanation 
The Message Switch (MS) subsystem generates log report MS323. The 
subsystem generates this report when a port on an Inter-MS link goes from OK 
to system busy. 


Note that this log will be an major alarm report if associated with the loss of 
the last in-service inter-MS link. 


Format 
The log report format for MS323 is as follows: 


MS323 mmmdd hh:mm:ss ssdd SYSB IMSL PORT STATE CHANGE 
SET FROM statxt BY: reptxt CODE REF: code ref num.: fault. bits 
FLT MAP: 

MS: ms num SHELF: shelf num INTERMS LINK: link num 
CARD: card num PORT: port num 
comment line and/or fault description report 


Example 
An example of log report MS323 follows: 


MS323 SEP24 00:00:00 6000 SYSB LMSL PORT STATE CHANGE 
SET FROM:RTS BY: SYSTEM ACTION CODE REF: 0000: 00000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 IMTERMS LINK: 0 
CARD: 07 PORT: 00 
FAULT RAISED: Interface card CMU could not complete 
requested task. 


Field descriptions 
The following table describes the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSB IMSL PORT Constant Indicates a port changed state to system busy 

STATE CHANGE 

SET FROM Symbolic text Indicates the previous state of the port. Refer 
to Table E. 
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MS323 (continued) 


(Sheet 2 of 2) 


Field Value Description 

BY SYSTEM ACTION Indicates that the subsystem generates the 
report because of an action by central MS 
maintenance 

AUDIT ACTION Indicates that the subsystem generates the 
report because of an action by the local or 
central MS audit 
FAULT REPORT Indicates that the subsystem generates the 

report because of a problem action by the local 
MS maintenance 

CODE REF Integers Indicates the place in DMS switch software 
that caused the subsystem to generate the log. 
This number identifies the sources of types of 
the same log reports. 

code_ref_num Integers Indicate where in the code the subsystem 
generates a particular MS log report. 
The number can identify the sourced of types 
of the same log reports. 

fault_bits Integers Indicates the number model of the fault data for 
the Inter-MS port 

MS 0 or 1 Identifies the MS 

SHELF 0 -3 Identifies the shelf 

INTERMS LINK 0 -1 Indicates the link number of the port 

CARD 6 -25 Identifies the card on which the Inter-MS link 
resides 

PORT 0-3 Identifies the port where the Inter-MS link is 


FAULT RAISED 


Symbolic text 


present 


Describes why the system printed the report. 


This field is optional if the log is not associated 
with the loss ofthe last in-service inter-MS link. 
This field contains the string "No inter-MS links 
are in-service'. 
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MS323 (end) 


Action 


This log indicates the detection of a critical fault on the port. Refer to the 
Action section in log MS103. 


Associated OM registers 
The following are associated OM registers: 


e MSPTERR 
e MSPTFLT 

e MSPTDIA 

e MSPTDIAF 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


MS324 


Explanation 


Format 


Example 


UCS log reports 1-765 


The Message Switch (MS) subsystem generates log report MS324. The 
subsystem generates this report when a port on an Inter-MS link goes from 
R-side busy or C-side busy to system busy. 


The log report format for MS324 is as follows: 


MS324 mmmdd hh:mm:ss ssdd IMSL PORT STATE CHANGE 
SET FROM statxt BY: reptxt CODE REF: 
code ref num: fault bits 
MS: ms num SHELF: shelf num INTERMS LINK: link num 
CARD: card num PORT: port num 
comment line or fault description report 


An example of log report MS324 follows: 


MS323 SEP24 00:00:00 6000 SYSB LMSL PORT STATE CHANGE 
SET FROM RBSY BY SYSTEM ACTION CODE REF: 0000: 00000000 
FLT MAP: 0000 0000 0000 0000 0000 

MS: 0 SHELF: 0 IMTERMS LINK: 0 

CARD: 07 PORT: 00 

FAULT RAISED: Interface card CMU could not complete 
requested task. 


Field descriptions 


(Sheet 1 of 2) 


The following table describes the fields in the log report: 


Field Value Description 

SYSB IMSL PORT Constant Indicates a port changed state to system busy 

STATE CHANGE 

SET FROM Symbolic text Indicates the previous state of the port. Refer 
to Table E. 

BY SYSTEM ACTION Indicates the subsystem generated the report 
because of an action by central MS 
maintenance 
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Field Value Description 


AUDIT ACTION Indicates that the subsystem generates the 
report because of an action by the local or 
central MS audit 


FAULT REPORT Indicates that the sybsystem generates the 
report because of a problem action by the local 
MS maintenance 


CODE REF Integers Indicates the place in DMS switch software 
that caused the subsystem to generate the log. 


This number identifies the sources of types of 
the same log reports. 


MS 0 or 1 Identifies the MS 

SHELF 0-3 Identifies the shelf 

INTERMS LINK 0-1 Indicates the link number of the port 

CARD 6 -25 Identifies the card where the Inter-MS link is 
present 

PORT 0-3 Identifies the port where the Inter-MS link is 
present 

FAULT RAISED Symbolic text Describes why the system printed the report. 


This field is optional if the log is not associated 
with the loss of the last in-service inter-MS link. 


This field contains the string “No inter-MS links 
are in-service'. 


Action 


This log indicates the detection of a critical fault on the port. Refer to the 
Action section in log MS103. 


Associated OM registers 
The following are associated OM registers: 


e MSPTERR 
e MSPTFLT 

e MSPTDIA 

e MSPTDIAF 
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MS324 (end) 


Additional information 
There is no additional information. 
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MS325 


Explanation 


The Message Switch (MS) subsystem generates log report MS325. The 
subsystem generates this report when a port on a Inter-MS link goes from 
manual busy to C-side busy. The port manually returns to service (RTS). 


Format 
The log report format for MS325 is as follows: 


MS324 mmmdd hh:mm:ss ssdd IMSL PORT STATE CHANGE 
SET FROM MANB BY: report type CODE REF: code ref num: fault. bits 
FLT MAP: 
MS: ms num SHELF: shelf num INTERMS LINK: link num 


CARD: card num PORT: port num 
comment line 


Example 
An example of log report MS325 follows: 


MS323 SEP24 00:00:00 6000 SYSB IMSL PORT STATE CHANGE 
SET FROM MANB BY: MANUAL ACTION CODE REF: 0000: 00000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 IMTERMS LINK: 0 
CARD: 07 PORT: 00 


Field descriptions 
The following table describes the fields in the log report: 
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Field Value Description 

CBSY IMSL PORT Constant Indicates a port changed state to C-side busy 
STATE CHANGE 

SET FROM MANB BY Constant Indicates that the inter-MS link port was 


manual busy before this logged event occurred 


CODE REF Integers Indicates the place in DMS switch software 
that caused the subsystem to generate the log. 


This number identifies the sources of types of 
the same log reports. 


MS 0 or 1 Identifies the MS 
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Field Value Description 

SHELF 0-3 Identifies the shelf 

INTERMS LINK 0-1 Indicates the link number of the port 

CARD 6 -25 Identifies the card where the Inter-MS link is 
present. 

PORT 0-3 Identifies the port where the Inter-MS link is 


comment line 


Action 


Symbolic text 


present 


Describes why the system printed the report. 


This field is optional if the log is not associated 
with the loss of the last in-service inter-MS link. 


This field contains the string “No inter-MS links 
are in-service'. 


If the card is out-of-service independent of the node, manually busy and test 
the card. If the test fails, replace the card. 


If the node is out-of-service, manually busy and test the node. If this test fails, 
then the system generates a cardlist. Replace any defective cards, reload the 


MS, and manually RTS the node. 


If RTS fails, the system generates another cardlist. Repeat the procedure until 


the test passes. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS400 


Explanation 
The Message Switch (MS) subsystem generates report MS400. The 
subsystem generates this report when the frame transport bus (FBUS) goes 
from manual busy (ManB) or system busy (SysB) to OK. 


Format 
The log report format for MS400 follows: 


MS400 mmmdd hh:mm:ss ssdd RTS FBUS STATE CHANGE 
SET FROM statxt BY reptxt CODE REF: faultbits 


MS: n SHELF: n CARD: nn 
FRONT PEC: pec BACK PEC: pec 
COMMENT: decstxt 


Example 
An example of log report MS400 follows: 


MS400 SEP24 00:00:00 6200 RTS FBUS STATE CHANGE 
SET FROM SYSB BY SYSTEM ACTION CODE REF: 0000:00000000 
MS: 0 SHELF: 0 CARD: 06 
FRONT PEC: NT9X73AA BACK PEC: NT9X79AA 
COMMENT : 


Field descriptions 
The following table describes the fields in the log report: 
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Field Value Description 
RTS FBUS STATE Constant Indicates a state change of the FBUS to OK. 
CHANGE 
SET FROM SysB or ManB Indicates the state of the FBUS before to the 
event. 
BY MANUAL ACTION, Indicates why the report can cause the 
SYSTEM ACTION generation of MANUAL ACTION. Only an 


action at the MS Maintenance and 
Administration Position (MAP) level can cause 
the generation of MANUAL ACTION. The 
FBUS maintenance causes the generation of 
SYSTEM ACTION. 
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Field Value Description 

CODE REP 4 digits Indicates where in the code the subsystem 
generated a particular MS log report. This 
number can identify the sources of types of the 
same log reports. 

faultbits Integer A number model of the fault data for the FBUS. 

MS 0,1 Identifies the MS included in the log. 

SHELF 0-3 Identifies the shelf where the subject rate 
adapter (RA) card is present. 

CARD 1-26 Identifies the location of the RA cards in the 


<front_pec> 


Symbolic text 


MS shelf included in the log. 


Indicates the product equipment code (PEC) of 
the front RA card. Refer to Table I. 


<back_pec> Symbolic text Indicates the PEC of the back RA card. Refer 
to Table I. 
COMMENT Text Optional description of the event that issued 
the log. 
Action 


There is no action required. This log is for information only. Operational 
Measurement (OM) MSFBDIA increases. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS401 


Explanation 
The Message Switch (MS) subsystem generates log report MS401. The 
subsystem generates this report when the frame transport bus (FBUS) goes 
from OK to manual busy (ManB). Only an action at the MS maintenance and 
administration position (MAP) level can cause the generation of ManB. 


Format 
The log report format for MS401 is as follows: 


MS401 mmmdd hh:mm:ss ssdd ManB FBUS STATE CHANGE 
SET FROM RTS BY MANUAL ACTION CODE REF: 
<code_ref_num>:<fault_bits> 
MS: <ms_num> SHELF: <shelf_num> CARD: <card_num> 
FRONT PEC: <front_pec> BACK PEC: <back—pec> 
COMMENT: 


Example 
An example of log report MS401 follows: 


MS401 SEP24 00:00:00 6000 ManB FBUS STATE CHANGE 
SET FROM RTS BY MANUAL ACTION CODE REF: 0000:00000000 
MS: 0 SHELF: 0 CARD: 06 
FRONT PEC: NT9X73AA BACK PEC: NT9X79AA 
COMMENT: 


Field descriptions 
The following table describes the fields in the log report: 
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Field Value Description 


<code_ref_num> 4 digits Indicates where in the code the subsystem 
generated a specific MS log report. This 
number can identify the sources of types of the 
same log reports. 


<fault_bits> 8 digits A number model of the fault data for the FBUS. 

<ms_num> 0, 1 Identifies the MS involved in the log. 

«shelf num» 0-3 Identifies the shelf where the subject RA card 
is present. 
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Field Value Description 


«card num» 1-26 Identifies the location of the rate adapter (RA) 
card in the MS shelf involved in the log. 


«front pec» 8 alphanumeric Indicates the product engineering code (PEC) 
characters of the Front RA card. 
«back pec» 8 alphanumeric Indicates the PEC of the back RA card. 
characters 
COMMENT variable length Optional description of the event that issued 
the log. 
Action 


There is no action required. This log is for information use only. Operational 
Measurement MSFBMBP increased. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS402 


Explanation 


Format 


Example 


The Message Switch (MS) subsystem generates log report MS402. The 
subsystem generates this report when the the Frame Transport Bus (FBUS) 
goes to the Manual Busy (ManB) state from any one of the following states: 


* System Busy (SysB). 
e C-side Busy (CBSY). 
e Off-line (OFFL). 


Only actions at the MS Maintenance and Administration Position (MAP) level 
can cause the FBUS to go ManB. 


The log report format of MS402 is as follows: 


MS402 mmmdd hh:mm:ss ssdd ManB FBUS STATE CHANGE 
SET FROM <event type> BY MANUAL ACTION CODE REF: 
<code_ref_num>:<fault_bits> 
MS: <ms_num> SHELF: <shelf_num> CARD: <card_num> 
FRONT PEC: <front_pec> BACK PEC: <back_pec> 
COMMENT: 


An example of log report MS402 follows: 


MS402 SEP24 00:00:00 6200 ManB FBUS STATE CHANGE 
SET FROM SYSB BY MANUAL ACTION CODE REF: 0000:00000000 
MS: 0 SHELF: 0 CARD: 06 

FRONT PEC: NT9X73AA BACK PEC: NT9X79AA 

COMMENT: 
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Field descriptions 
The following table describes the fields in the log report: 


Field Value Description 

«event type- SysB, CBSY, or OFFL Indicates the state of the FBUS before the 
event. 

«code ref num» 4 digits Indicates where in the code the subsystem 


generated a specific MS log report. This 
number can identify the sources of types of the 
same log reports. 


«fault bits- 8 digits A number model of the fault data for the FBUS. 
«ms num» 0,1 Identifies the MS included in the log. 
«shelf num» 0- 3 Identifies the shelf where the subject RA card 
is present. 
«card num» 1-26 Identifies location of the Rate Adapter (RA) 
cards in the MS shelf included in the log. 
<front-pec> 8 alphanumeric Indicates the Product Equipment Code (PEC) 
characters of the front RA card. 
<back_pec> 8 alphanumeric Indicates the PEC of the back RA card. 
characters 
COMMENT variable length Optional description of the event that issued 
the log. 
Action 


There is no action required. This log is for information only. Operational 
Measurement (OM) MSFBMBP increases. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS403 


Explanation 


The Message Switch (MS) subsystem generates MS403 when the frame 
transport bus (FBUS) changes state from OK to system busy (SysB). 


Format 


The log report format for MS403 is as follows: 


*MS403 mmmdd hh:mm:ss ssdd SYSB FBUS STATE CHANGE 


Example 


SET FROM RTS 
FLT MAP: 


BY reptype CODE REF: faultbits 


MS: n SHELF: n CARD: nn SLOT: nn PORT: n 
FRONT PEC: pec BACK PEC: pec 
comment line or fault description 


An example of log report MS403 follows: 


*MS403 SEP24 00:00 


SET FROM RTS 
FLT MAP: 
MS: 0 SHELF: 


FAULT RAISED: F 


Field descriptions 
The following table describes each field in the log report: 
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BY FAULT REPORT 


BUS STATE 
CODE REF: 


CHANGE 
0000:00020000 


:00 6000 SYSB 


E 


0000 0000 0000 
0 CARD: 
FRONT PEC: NT9X73AA 


0000 0000 

06 SLOT: 12 PORT: 
BACK PEC: NT9X79BA 
IFO FBus time-out. 


01 


Field Value Description 

SYSB FBUS STATE Constant Indicates the FBUS changed state to SysB 
CHANGE 

SET FROM RTS Constant Indicates the previous state of the FBUS 

BY FAULT REPORT Constant Indicates the reason the subsystem generated 


this log. Indicates that the state changed 
because of an action the local MS 
maintenance (MS Mtc) performed. 
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Field Value Description 
CODE REF Integers Indicates the place in DMS software that 
caused the subsystem to generate this log. 
Service personnel use this number to identify 
the source of logs of the same type. 
faultbits Integers Indicates a number model of the fault data for 
the FBUS 
MS Oor1 Identifies the MS 
SHELF 0-3 Identifies the shelf where the subject rate 
adaptor (RA) card is present. 
CARD 1- 26 Indicates the card number of the RA card 
SLOT 1-26 Indicates the location of the given card in the 
given shelf 
PORT 0-3 Indicates the port number of the FBUS on the 
given card 
FRONT PEC Alphanumeric Indicates the product equipment code (PEC) 
for the front RA card. Refer to Table l. 
BACK PEC Alphanumeric Indicates the PEC for the back RA card. Refer 


comment line 


fault description 


Action 


to Table I. 


Text Describes the reason the subsystem 
generated the report. This field is optional. 
Text Provides a description of all faults, raised or 


cleared, in the resource. 


Each description represents one fault. One 
description occurs on each line. A FAULT 
RAISED or FAULT CLEARED prefix precedes 
each description. 


This log indicates the system detects a critical fault on the FBUS. Return the 
FBUS to service. 


If the diagnostic 2 tests pass and the FBUS does not return to service (RTS), 
contact the next level of support. 
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If the diagnostic 2 test fails, a cardlist appears on the terminal. Replace the first 
circuit pack listed and test again. 


If the diagnostic 2 test fails again, change the second circuit pack on the list 
and run the test again. Continue until the test passes or you exhaust the circuit 
pack list. 


If you exhaust the circuit pack list, the test does not pass and the FBUS does 
not RTS, contact the next level of maintenance. 


Associated OM registers 


Registers MSFBERR and MSFBFLT are the operational measurements (OM) 
associated with MS403. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


MS404 


Explanation 


UCS log reports 1-779 


The Message Switch (MS) subsystem generates MS404 when the frame 
transport bus (FBUS) state changes from C-side busy (CBsy) to system busy 
(SysB). 


Format 


The log report format for MS404 is as follows: 


*MS404 mmmdd hh:mm:ss ssdd SYSB FBUS STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: refnum: faultl 


Example 


FLT MAP: 


MS: msnum SHELF: sh CARD: cardnum SLOT: slotnum 
PORT: portnum 

FRONT PEC: frontpec BACK PEC: backpec 

comment line or fault description 


An example of log report MS404 follows: 


*MS404 SI 


EP24 00:00:00 6000 SYSB FBUS STATE CHANGE 


SET FROM CBSY BY SYSTEM ACTION CODE REF: 0000:01000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARD: 06 SLOT: 12 PORT: 01 


FRONT PEC: 


NT9X73AA BACK PEC: NT9X79BA 


FAULT RAISED: Repeater wrong cp id 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

SYSB FBUS STATE Constant Indicates the FBUS state changed to SysB 
CHANGE 

SET FROM CBSY Constant Indicates the previous state of the FBUS 
BY SYSTEM ACTION Constant Indicates the state changed because of an 


action by FBUS maintenance (Mtc) 
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MS404 (continued) 


(Sheet 2 of 2) 

Field Value Description 

CODE REF Integers Indicates the place in DMS software that 
causes the subsystem to generate the log. 
Service personnel use this number to identify 
the source of similar logs. 

faultbits Integers Provides numbers that represent the fault data 
for the FBUS. 

MS Oor 1 Identifies the MS. 

SHELF 0 to 3 Identifies the shelf that contains the subject 
rate adapter (RA) card. 

CARD 1 to 26 Indicates the card number of the RA card. 

SLOT 1 to 26 Indicates the location of the specified card on 
the specified shelf. 

PORT 0to 3 Indicates the port number of the specified card. 

FRONT Alphanumeric Indicates the product equipment code (PEC) 
for the front RA card. 

BACK Alphanumeric Indicates the PEC for the back RA card. 

comment line Symbolic text Provides a description of the reason the 
system generates the report. This field is 
optional. 

fault description Symbolic text Provides a description of all faults that the 
System raises or clears in the resource. 
Each description represents one fault. A 
“FAULT RAISED:" or “FAULT CLEARED:" 
prefix precedes each description. 
This report occurs under the report type 
FAULT REPORT. 

Action 


Log report MS404 indicates that the system detects a critical fault on the 
FBUS. Attempt to return the FBUS to service. 


If the diagnostic tests pass and the FBUS does not return to service, contact the 
next level of maintenance. 
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If the diagnostic test fails, a cardlist appears on the terminal. Replace the first 
circuit pack on the list and run the test again. 


If the diagnostic test fails again, change the second circuit pack on the list and 
run the test again. Continue to run the test until the test passes or the circuit 
pack list is exhausted. 

If the following conditions are present, contact the next level of maintenance: 
e the circuit pack list is exhausted 

e the test does not pass 


* the FBUS does not return to service 


Associated OM registers 


The associated OM registers for log report MS404 are MSFBERR and 
MSFBELT. 


Additional information 
There is no additional information. 
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MS405 


Explanation 


The Message Switch (MS) subsystem generates MS405. The subsystem 
generates MS405 when the frame transport bus (FBUS) state changes from 
system busy (SysB) to central-side busy (CBsy). 


Format 


The log report format for MS405 is as follows: 


.MS405 mmmdd hh:mm:ss ssdd CBSY FBUS STATE CHANGE 
SET FROM SYSB BY reptxt CODE REF: refnum: faultbits 


FLT MAP: 


MS: msnum SHELF: sh CARD: cardnum SLOT: slotnum 


PORT: portnum 


FRONT PEC: frontpec BACK PEC: backpec 


comment line 


Example 


An example of log report MS405 follows: 


MS405 SEP24 00:00:00 6000 CBSY FBUS STATE CHANGE 
SET FROM SYSB BY SYST 

LT MAP: 0000 0000 0000 0000 0000 

06 SLOT: 12 PORT: 01 

BACK PEC: NT9X79BA 


F 
MS: 0 SHELF: 0 CARD: 
FRONT PEC: NT9X73AA 


Field descriptions 


EM ACTION CODE REF: 0000:00000000 


The following table describes each field in the log report: 
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Description 


Field Value 

CBSY FBUS STATE Constant 
CHANGE 

SET FROM SYSB Constant 

BY SYSTEM ACTION 
CODE REF Integers 


Indicates the FBUS state changes to C-side 
busy. 


Indicates the previous state of the FBUS. 


Indicates the state changes because of an 
action by the FBUS maintenance (Mtc). 


Indicates the place in the DMS software that 
causes the system to generate the log. 
Service personnel use this number to identify 
sources of similar logs. 
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Field Value Description 

faultbits Integers Provides numbers that represent the fault data 
for the FBUS. 

MS 0 or 1 Identifies the MS. 

SHELF 0 to 3 Identifies the shelf where the subject rate 
adaptor (RA) card is located. 

CARD 1 to 26 Indicates the card number of the RA card. 

SLOT 1 to 26 Indicates the location of the specified card on 
the specified shelf. 

PORT 0 to 3 Indicates the port number of the specified card. 

FRONT PEC Alphanumeric Indicates the product equipment code (PEC) 
for the front RA card. 

BACK PEC Alphanumeric Indicates the PEC for the back RA card. 


comment line 


Symbolic text 


Provides a description of the reason the 
System generates the report. This field is 
optional. 


Action 


The identified card is out of service. Return the card to service. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS406 


Explanation 


The Message Switch (MS) subsystem generates MS406. The subsystem 

generates this report when the Frame Transport Bus (FBUS) state changes 
from Manual Busy (ManB) to Offline (OFFL). This change is performed 
manually. 


Format 


The log report format for MS406 is as follows: 


MS406 mmmdd hh:mm:ss ssdd OFFL FBUS STATE CHANGE 
SET FROM ManB BY MANUAL ACTION CODE 
REF:«code ref num»:«fault bits? 

MS:«ms num»? SHELEF:«shelf num» CARD:«card num»? 
FRONT PEC:<front_pec> BACK PEC:<back_pec> 
COMMENT: 


Example 


An example of log report MS406 follows: 


MS40 
S 


6 SEP24 00:00:00 6000 OFFL FBUS STATE CHANGE 
ET FROM ManB ] 


MS: 0 SHELF: 0 


F 


COMMENT: 


Field descriptions 
The following table describes each field in the log report: 
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BY MAN 
CARD: 
RONT PEC: NT9X73AA 


UAL ACTION CODE REF: 0000:00000000 
06 


BACK PEC: NT9X79AA 


Field Value Description 

OFFL FBUS STATE Constant Indicates the (FBUS) state changes to the 

CHANGE OFFL state. 

SET FROM ManB Constant Indicates the previous state of the FBUS. 

<code_ref_num> 4 digits Indicates where in the code the system 
generates the MS log report. The service 
personnel can use this number to distinguish 
and identify the sources of similar log reports. 

<fault_bits> 8 digits Provides a numeric representation of the fault 


data for the FBUS. 
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Field Value Description 

«ms num» 0-1 Identifies the MS for the log. 

«shelf num» 0- 3 Identifies the shelf that contains the subject 
rate adaptor (RA) card. 

«card num» 1- 26 Identifies the location of the RA cards on the 


«front. pec» 


Symbolic text 


MS shelf for the log. 


Indicates the product engineering code (PEC) 
of the front RA card. Refer to Table l. 


«back pec» Indicates the PEC of the back RA card. Refer 
to Table I. 

COMMENT Text Describes the event that causes the 
subsystem to generate the log. This 
description is optional. 

Action 


Associated OM registers 


Additional information 


There is no action required. The MS406 report is an information log. 


There are no associated OM registers. 


There is no additional information. 
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MS407 


Explanation 


The system generates MS407. The system generates MS407 when the LFC 
message interpreter detects a fault in the LFC Receive message content. The 
fault can be one of the following message types: 


* asignal ID that is not known or defective loopback signal ID on the LFC 
Receive message 


* adefective FBUS, Fiber, Mate message destination on the LFC Receive 
message 


* adefective Port CRC on the LFC Receive message 


* adefective FBUS, Fiber, Mate, Debug message CRC on the LFC Receive 
message 


The system generates MS407 when a part or full loss of Composite Clock fault 
occurs in one or two FBUSs. 


Format 
The log report format for MS407 is as follows: 


Format 1 


MS407 mmmdd hh:mm:ss ssdd FBus 

STATE: 

FLT MAP: 

MS: SHELF: CARD: SLOT: PORT: 

FRONT PEC: BACK PEC: 

FAULT RAISED: 

POSSIBLE CAUSE: 

Site Flr RPos Bay id Shf Description Slot EqPEC 
site nn cn ccc 00 nn type no :nn 
pec id 


Example 
Examples of LFC message faults for log MS407 follow: 
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Example 1 


MS407 JANO9 10:38:48 6300 INFO FBUS 

STATE: RTS BY FAULT REPORT CODE REF: 0 

FLT MAP: 0400 0000 0000 0000 

MS: 0 SHELF: 0 CARD: 6 SLOT: 14 PORT: 0 

FRONT PEC: NT9X17AD BACK PEC: NT9X62BA 

FAULT RAISED: LFC Receive messaging fault detected. 
POSSIBLE CAUSE: Fault detected on a Mate, FBus, Fiber 
Message 


Destination or on a Mate, FBus, Fiber, Port 
Message CRC. 
Site Flr RPos Bay id Shf Description Slot EqPEC 


HOST 01 A01 EMC 4 l3- DIS Osia 7 07 9X96AA FRNT 
HOST 01 A01 EMC 4 13 LIS 0:1: 7 07 9X98AA BACK 
Example 2 


MS407 JANO9 10:38:48 6400 INFO FBUS 
STATE: RTS BY FAULT REPORT CODE REF: 0 
FLT MAP: 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARD: 6 SLOT: 14 PORT: 0 

FRONT PEC: NT9X17AD BACK PEC: NT9X62BA 

FAULT CLEARED: LFC Receive messaging fault detected. 
POSSIBLE CAUSE: Fault detected on a Mate, FBus, Fiber 
Message 


Destination or on a Mate, FBus, Fiber, Port 
Message CRC. 

Site Flr RPos Bay id Shf Description Slot EqPEC 

HOST 01 A01 EMC 4 13 LES Qrls <7 07 9X96AA FRNT 
HOST 01 A01 EMC 4 1:3 LES: Osis 7 07 9X98AA BACK 


An example of the FBUS composite clock fault for log MS407 follows: 
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Example 3 


MS407 APRO2 10:53:32 5500 INFO FBUS 

STATE: RTS BY FAULT REPORT CODE REF: 0 

FLT MAP: 0000 0000 0080 0000 

MS: 1 SHELF: 0 CARD: 12 SLOT: 31 PORT: 0 

FRONT PEC: NT9X73BA BACK PEC: NT9X62BA 

FAULT RAISED: Composite clock failure detected LIS 1. 

POSSIBLE CAUSE: FBUS, ST Card, composite (external) clock 
cables,composite (external) clock. 

POSSIBLE ACTION: Tst the FBUS (insv), BSY/TST/RTS the FBUS, 
inspect composite (external) clock cables, then 
composite clock generator (TSG), and monitor 


occurrences. 
Site Flr RPos Bay_id Shf Description Slot EqPEC 
HOST 03 A01 SCC O 13 LES“ 32 32 9X79BA BACK 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

Date mmmdd Indicates the date the system generates the 
report. 

Time hh:mm:ss Indicates the time the system generates the 
report. 

Sequence ssdd Indicates the sequence number of the report 


that the system generates. 
Info Text Indicates this log is an information log. 


State Text Indicates the state of the FBUS when the 
system generates the log. 


CODE REF Integers Indicates the place in DMS software that 
causes the system to generate this log. 
Service personnel use this number to identify 
the source of similar logs. 


Fit Map Hex code Indicates the fault that causes the system to 
generate this log. 


MS 0 or 1 Identifies the MS. 


SHELF 0 to 3 Identifies the shelf. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-789 
MS407 (end) 
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Field Value Description 

CARD 1 to 26 Indicates the card number of the Rate Adaptor 
(RA) card. 

Slot 1 to 26 Indicates the location of the FLIS interface in 
the message system (MS) cabinet. 

Port 0 to 3 Indicates the port number of the FBUS on the 
specified card. 

FRONT PEC Alphanumeric Indicates the product equipment code (PEC) 
for the front card. 

BACK PEC Alphanumeric Indicates the PEC for the back card. 


Fault Cleared Text Indicates the type of fault that the system 
detected. 

Possible Cause Text Indicates the possible cause of the fault. 

Possible Action Text Indicates the action required to correct the 
fault. 

Description Text Provides descriptions of all faults in the 
resource. Each description represents one 
fault. The FAULT RAISED or FAULT 
CLEARED prefix precedes each description. 
This report occurs when the report text 
indicates FAULT REPORT. 

Action 


Contact the next level of service when the LFC Message Fault occurs. The 
current action does not change for the part or full loss of the Composite Clock. 
Possible Cause and Possible Action log messages provide all possible causes 
of the Composite Clock fault report. These logs provide the action to correct 
the Composite Clock fault and prevent CCS7 outage. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS413 


Explanation 
The Message 


Switch (MS) subsystem generates MS413 when the frame 


transport bus (FBUS) tap state changes from OK to system busy (SysB). 


Format 


The log report format for MS413 is as follows: 


*MS413 mmmdd hh:mm:ss ssdd SYSB FBUS TAP STATE CHANGE 
SET FROM RTS BY FAULT REPORT CODE REF: refnum: 


faultbits 


FLT MAP: 

MS: msnum SHELF: sh CARD: cardnum SLOT: slotnum 
PORT: portnum TAP: tapnum 

FRONT PEC: frontpec BACK PEC: backpec 

comment line or fault description 


Example 


An example of log report MS413 follows: 


*MS413 SEP24 00:00:00 6000 SYSB FBUS TAP STATE CHANGE 


SET FROM RTS BY FAULT REPORT CODE REF: 0000:00010000 


FLT MAP: 


MS: 0 S 
FRONT P 


0000 0000 0000 0000 0000 
HELF: 0 CARD: 06 SLOT: 12 PORT: 01 TAP: 09 


EC: NT9X73AA BACK PEC: NT9X79BA 


FAULT RAISED: Parity error in TX FIFO. 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

FBUS TAP STATE Constant Indicates the FBUS tap state changes to SysB. 
CHANGE 

SET FROM RTS Constant Indicates the previous state of the FBUS tap. 
BY FAULT REPORT Constant Indicates the state changes because of an 


action by the local message system 
maintenance (MS Mtc). 
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Field Value Description 

CODE REF Integers Indicates the place in DMS software that 
causes the system to generate this log. 
Service personnel use this number to identify 
sources of similar logs. 

faultbits Integers Indicates a numeric representation of the fault 
data for the FBUS tap. 

MS Oor 1 Identifies the MS. 

SHELF 0-3 Identifies the shelf. 

CARD 1-26 Indicates the card number of the Rate Adaptor 
(RA) card. 

SLOT 1 to 26 Indicates the location of the card on the 
specified shelf. 

PORT 0to 3 Indicates the port number of the FBUS on the 
specified card. 

TAP Integers Identifies the tap on the FBUS. 

FRONT PEC Alphanumeric Indicates the product equipment code (PEC) 
for the front card. 

BACK PEC Alphanumeric Indicates the product equipment code for the 


comment line 


fault description 


Symbolic text 


Symbolic text 


back card. 


Provides the reasons the system generates 
the report. This field is optional. 


Provides a description of all faults in the 
resource. Each description represents one 
fault. There is a description for each line. A 
FAULT RAISED or FAULT CLEARED prefix 
precedes each description. This report only 
occurs when the report text indicates FAULT 
REPORT. 


Action 


The FBUS tap is out of service. Return the FBUS tap to service. If the 
diagnostic tests pass and the FBUS tap does not return to service (RTS), 
contact the next level of maintenance. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-792 UCS log reports 
MS413 (end) 


If the diagnostic test fails, a cardlist appears on the terminal. Replace the first 
circuit pack on the list and run the test again. If the test fails again, change the 
second circuit pack on the list and run the test again. Continue to run the test 
until the test passes or the cardlist is exhausted. 

If the following conditions are present, contact the next level of maintenance: 
e the circuit pack list is exhausted 


e the test does not pass 
* the FBUS tap does not RTS 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MS414 


Explanation 


The Message Switch (MS) subsystem generates MS414. The subsystem 
generates MS414 when the FBUS tap state changes from the C-side busy 
(CBsy) to the system busy (SysB). 


Format 
The log report format for MS414 is as follows: 


MS414 mmmdd hh:mm:ss ssdd SYSB FBUS TAP STATE CHANGE 

SET FROM CBSY BY SYSTEM ACTION CODE REF: refnum: 
faultbits 

FLT MAP: 

MS: msnum SHELF: sh CARD: cardnum SLOT: slotnum 

PORT: portnum TAP: tapnum 

FRONT PEC: frontpec BACK PEC: backpec 

comment line or fault description 


Example 
An example of log report MS414 follows: 


MS414 SEP24 00:00:00 6000 SYSB FBUS TAP STATE CHANGE 
SET FROM CBSY BY SYSTEM ACTION CODE REF: 0000:01000000 
FLT MAP: 0000 0000 0000 0000 0000 
MS: 0 SHELF: 0 CARD: 06 SLOT: 12 PORT: 01 TAP: 10 
FRONT PEC: NT9X73AA BACK PEC: NT9X79BA 
FAULT RAISED: LIU7 has been cleared. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

FBUS TAP STATE Constant Indicates the FBUS tap state changes to 
CHANGE System busy. 

SET FROM CBSY Constant Indicates the previous state of the FBUS tap. 
BY SYSTEM ACTION Constant Indicates the state changes because of an 


action the FBUS maintenance (Mtc) performs. 
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Field Value Description 

CODE REF Integers Indicates the place in the DMS software that 
causes the system to generate this log. 
Service personnel use the number to identify 
sources of similar logs. 

faultbits Integers Indicates the numeric representation of the 
fault data for the FBUS tap. 

MS Oor 1 Identifies the MS. 

SHELF 0-3 Identifies the shelf. 

CARD 1-26 Indicates the card number of the rate adaptor 
(RA) card. 

SLOT 1 to 26 Indicates the location of the card on the 
specified shelf. 

PORT 0to 3 Indicates the port number of the FBUS on the 
specified card. 

TAP Integers Identifies the tap on the FBUS. 

FRONT PEC Alphanumeric Indicates the product equipment code (PEC) 
for the front card. 

BACK PEC Alphanumeric Indicates the PEC for the back card. 

comment line Symbolic text Provides the reasons the system generates 
the report. This field is optional. 

fault description report Symbolic text Provides a description of all faults in the 
resource. Each description represents one 
fault. There is one description for every line. A 
"FAULT RAISED:" or *FAULT CLEARED:" 
prefix precedes each description. This report 
occurs when the report text indicates FAULT 
REPORT. 


Action 


Refer to log report MS413 for the required action. 


Associated OM registers 


The associated OM registers for log report MS414 are MSTPERR and 
MSTPELT. 
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Additional information 
There is no additional information. 
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MSRT100 
Explanation 
The Connectionless Message Routing (MSRT) subsystem generates log reort 
MSRT100. The subsystem generates MSRT100 when the send fails and each 
time one of the following messages is sent: 
e facility (FAC) or facility reject (FAC REJ) originating 
e FAC or FAC REJ terminating 
e FAC or FAC REJ tandem 
A send can fail for one of the following reasons: 
* network identifier not in Table MSGRTE 
* digits not in Table MSGRTE 
e unequipped application-system does not support feature 
* system does not find first-part message for two-part messaging 
* the system finds two second-part messages for two-part messaging 
Format 
The log report format for MSRT100 is as follows: 
MSRT100 mmmdd hh:mm:ss ssdd INFO MSGRTE MSG SEND FAILED 
ORG NETID: xxx DN: nnnnnnnnnn 
DST NETID: xxx DN: nnnnnnnnnn 
APPL TYPE: pkgtyp 
REASON: rsntxt 
hhhh hhhh hhhh ... (message contents) 
Example 


An example of log report MSRT100 follows: 


MSRT100 MAY12 14:16:34 8800 INFO MSGRTE MSG SEND FAILED 
ORG NETID: 0 DN: 6137221123 
DST NETID: 0 DN: 6137221121 
APPL TYPE: 126 
REASON: NO 1ST PART MSG 
2100 160A 2273 1211 CODF 0949 OOFA 0A21 
7316 1122 DF22 45CO 0001 CODF 014A 9601 
9112 F83F OA3F 0005 9572 9112 0006 0010 
0000 000F 967B 9E40 000E 9686 910B 910F 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-797 
MSRT100 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO MSGRTE MSG Constant Indicates a report of the message route 
SEND FAILED (MSGRTE) facility message. 
ORG NETID 0-255 Identifies the network Identifier of the 
originating station. 
DN Integers Identifies the directory number (DN) of the 
originating station. 
DST NETID 0-255 Identifies the network identifier of the 
terminating station. 
DN Integers Identifies the DN of the terminating station. 
APPL TYPE 0-127 Identifies the application type of the current 
application. 
REASON DIGITS NOT FOUND, Indicates the reason for MSGRTE failure. 
NO NETID 
DATAFILLED, 


UNEQUIPPED APPL, 
NO 1ST PART MSG, 
TWO 2ND PART MSGS 


hhhh hhhh 0000-FFFF Provides the content of the transaction 
capability application part (TCAP) message. 


Action 
The following reason output for log reports determines the action required: 


e DIGITS NOT FOUND—Enter the required digits into Table MSGRTE. 


* NO NETID DATAFILLED—Enter the required network identifier into 
Table MSGRTE. 


e UNEQUIPPED APPL—Do not take action. This message is for 
information only. 


* NO IST PART MSG—Do not take action. This message is for 
information only. 


* TWO 2ND PART MSGS—Do not take action. This message is for 
information only. 
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Associated OM registers 
There are no associated OM registers. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-799 


MSRT101 
Explanation 
The Connectionless Message Routing (MSRT) subsystem generates log report 
MSRT101 when all D-channel entries are removed. 
Format 
The log report format for MSRT101 is as follows: 
MSRT101 mmmdd hh:mm:ss ssdd INFO MSGRTE UNEQUIPPED 
D-CHANNEL 
DST NETID: xxx DN: nnnnnnnnnn 
Example 


An example of log report MSRT101 follows: 


MSRT101 MAY14 15:12:44 5300 INFO MSGRTE UNEQUIPPED 
D-CHANNEL 
DST NETID: 0 DN: 6137221121 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO MSGRTE Constant Indicates a report of the message route 

UNEQUIPPED (MSGRTE) facility message. 

D-CHANNEL 

DST NETID 0-255 Gives the network Identifier of the terminating 
station. 

DN Integers Identifies the directory number (DN) of the 
terminating station. 


Action 
Correct the entries in Table MSGRTE. 


Associated OM registers 
There are no associated OM registers. 
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MTCB100 


Explanation 


The Maintenance Base (MTCB) subsystem generates log report MTCB100. 
The subsystem generates this report when a problem occurs in the 
REQT_ELEMENT. The REQT_ELEMENT data structure records 
maintenance action on a piece of hardware. The scratchpad contains the 
current environment of the task. 


Format 
The log report format for MTCB100 is as follows: 


*MTCB100 mmmdd hh:mm:ss ssdd TBL Reqt Dump 
User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) Reason: 
reasontxt 
Request: rdesc (reqno) Priority: ptxt Parm: hhhh hhhh 
State : state Abort: ccc 

Msg in scpd: ccc 
Clone task: ccc First time: ccc 
Next state : state Delay: {nn, delaytxt} 
Reply Mbox : hhhh hhhh hhhh hhhh 
Message area: 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh 
Accept MSG: ccc Accept MSG init: cce Reply in SCPD: ccc 
MSG count : msgno Loop count: loopno T/O buffer: ccc 
Function stack: 

Current index : n New. index:n Overflow: ccc 

FSM first time: ccc FSM msg in scpd: ccc 
FSM stack traceback 
Common data area (size 2 5 words): 

hhhh hhhh hhhh hhhh hhhh 
State variables: 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh 


Example 
An example of log report MTCB100 follows: 
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MTCB100 (continued) 


*MTCB100 FEBO3 15:16:30 4120 TBL Reqt Dump 


User:(31) Module:NIL (8) Element:NIL (39) Reason: Debug Dump 
Request: (39) Priority: AuxPM Parm: FF62 FFFF 
State Run Abort: NO 
Msg in scpd: NO 
Clone task NO First time: NO 
Next state Rdy Delay: (0, Second) 
Reply Mbox 4409 20D1 
Message area: 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
Accept MSG: NO Accept MSG init: NO Reply in SCPD: NO 
MSG count 0 Loop count: 2 I/O buffer: NO 
Function stack: 
Current index 1 New index: 1 Overflow: YES 
FSM first time: YES FSM msg in scpd: NO 
Index: 1 MTCBASI1.TEST_USER_TARGETB Locals: 4 words 
0000 FDFD FDFD FDFD 
Index: 0 MTCBASI1.TEST USER TARGET Locals: 2 words 
000A 000B 
Common data area (size = 5 words): 
0000 0000 0000 0000 C000 
State variables: 
0000 0000 0000 0000 C000 000A 000B 0000 FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD 
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MTCB100 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 4) 


Field 


Value 


Description 


TBL Reqt Dump 


User 


Module 


Element 


Reason 


Request 


Constant 


Character string 


Character string 


0-32767 


Character string 


0-32767 


Debug Dump 


No active clone 


Reqt Data Corrupt 


Rule Violation 


Time limit exceeded 


Character string 


Indicates the system encounters problems 
with the request element (REQT_ELEMENT) 


Identifies user type 


Describes the module number. This field is 
blank if the MTCBase user does not enter a 
value. If the module number is not available, 
the system uses a default module number of 
255 or 32767. This field appears as NIL. 


Identifies the module number of the user type 


Describes the element number. This field is 
blank if the MTCBase user does not enter a 
value. If the element number is not available, 
the system uses a default element number of 
255 or 32767. This field appears as NIL. 


Identifies the element number of the module 


Indicates the MTCBase debugger generates 
this log 


Indicates that a request element does not have 
an active clone in the time limit. The system 
identifies this request element as a clone 
request. 


Indicates data corruption or system software 
error. The system does not normally detect the 
problem. An audit corrects the problem. 


Indicates that a task broke a rule that concerns 
task conduct 


Indicates the task exceeds the time limit and is 
aborted 


Describes the request number. If the 
MTCBase user does not enter a value, the field 
remains blank. 
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Field Value Description 
0-63 Identifies the request number that the user 
subsystem defines 
Priority Aux1, Aux2, Aux3, Specifies priorities for auxiliary tasks for a state 
Aux4, Auxpm, or Carr machine that is not finite. 
Main1 Indicates the highest priority maintenance for 
finite state machine implemented code 
Main2 Indicates low priority maintenance for finite 
state machine 
Parm Two hexadecimal words Identifies input parameters to the task (two hex 
word area users refine). 
State Fin, Rdy, Run, or Sus 
e Indicates current state of the task: 
*  Fin-Finished 
* Rdy=Ready 
e Run-Running 
e  Sus-Suspended 
Abort YES or NO Indicates if the system aborts the task. 
Msg in SCPD YES or NO Indicates if the system sends a message to the 
task 
Clone task YES or NO Indicates if the task is part of a list of clone 
tasks that are not active. 
First time YES or NO Indicates if this execution is the first execution 
of the task. 
Next state Fin, Rdy, Run, or Sus 


* Indicates which state the finite state 
machine wants to be: 


*  Fin-Finished 
*  Rdy-Reagy 
e Run-Running 


e  Sus-Suspended 
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MTCB100 (continued) 


(Sheet 3 of 4) 
Field Value Description 
Delay (0-31, second}or (0-31, If the task chooses a next state of Suspend, 
second5}or (0-31, this field indicates the timeout value the task 
second20} requests. 
Reply Mbox Two or four hexadecimal X Indicates the mailbox to which the task replies 


Message area 


Accept Msg 


Accept Msg init 


Reply in SCPD 


MSG count 


Loop count 


I/O buffer 


Current index 


New index 


Overflow 


FSM first time 


FSM msg in scpd 


words 


80 hexadecimal words 


YES or NO 


YES or NO 


YES or NO 


0-5 


0-20000 


YES or NO 


0-7 


0-7 


YES or NO 
YES or NO 


YES or NO 


when the task finishes or aborts. In this 
occurrence, the mailbox cannot be zero. 


Dumps out the message contents in 
hexadecimal format. 


Indicates if the task enables message 
reception. 


Indicates if the system gives the task message 
reception, but the task does not enable 
message reception. 


Indicates if the task leaves a message in the 
scratchpad for MTCBase. The MTCBase 
sends this message when the task finishes. 


Indicates the number of messages that wait for 
the task to process. 


Indicates the number of times that the system 
executes the task. 


Indicates if the system allocates one or more 
additional buffers for the task. The task 
receives messages greater than 32 words. 


Indicates the stacking level of the finite state 
machine function stack. 


Indicates the next stacking level of the finite 
state machine function stack. 


Indicates use of the scratchpad overflow area. 


Indicates if this execution is the first time 
execution of this state machine 


Indicates if an interFSM message remains in 
the scratchpad. 
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(Sheet 4 of 4) 
Field Value Description 
FSM stack traceback Character string Displays the traceback of FSM target name 


and local variables in reverse order, as in 
procedure traceback. 


Common dataarea (size Five hexadecimal words — Displays optional common data. 
= 5 words) 


State variables 125 hexadecimal words Contains the status information the task uses. 


Action 


Save MTCB100 logs and all other reports, like MTCBase-related SWERR, 
that the system generates in a 5 min period. Contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MTCB101 
Explanation 

The Maintenance Base (MTCB) subsystem generates log report MTCB101. 

The subsystem generates this report when an overload condition occurs for a 

user type. The system sets one of the three overflow counters to 1, 65, 129, 

173, and in increases of 64. The three overflow counters are Lost Message, 

Buffer, and Reply Mailbox. 

The system keeps the counter NUM_LOST_MSG for each user type. The 

counter increases each time one of the following occurs: 

e Acloned mailbox receives a message, but the tasks do not have associated 
messages. The task to which the clone mailbox is assigned times out and 
frees the clone mailbox. These actions occur before the message arrives. 

e Asolicited message arrives, but the tasks do not have associated messages. 
The task to which the clone mailbox is assigned times out and frees the 
clone mailbox. These actions occur before the message arrives. 

* Asolicited message arrives but the solicitor number is out of range. The 
possible causes are: 

— code number corruption (in the DS-30 header) 
— message corruption (a corrupted solicitor number in the message) 
— user software error (a defective solicitor number that the user sends) 

* Amessage arrives, but the task for the clone mailbox or solicitor number 
is not ready to accept the message. The ACCEPT MSG in the scratchpad 
is not correct. The SET MSG CONDITION (TRUE) is called to allow 
the message reception. 

* The system receives a long solicited message, but I/O buffers not are 
available. 

* The system cannot accept the message because inhibition of the user type 
is on. This event occurs when a system process end. A message arrives 
during re-initialization of the maintenance data during inhibition of 
maintenance activities. 

The system clears NUM. LOST. MSG every 10 min. If NUM, LOST MSG 

equals 1, only one message islost. This loss can be a normal condition under 

heavy traffic. 
Format 


The log report format for MTCB101 is as follows: 
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Example 


*MTCB101 mmmdd hh:mm:ss ssdd TBL Overflow counters 
MTCBase user type: uttxt Lost msg: nnn Buffer: nnn Reply MB: nnn 


An example of log report MTCB101 follows: 


*MTCB101 APRO1 12:00:00 2112 TBL Overflow counters 


MTCBase user type: 


Field descriptions 
The following table describes each field in the log report: 


Field 


Value 


TBL Overflow counters Constant 


MTCBase user type Character string 


Lost msg 


Buffer 


Reply MB 


Action 


1,..., 65, ..., 129, ..., 


1,..., 65, ..., 129, ..., 


1,..., 65, ..., 129, ..., 


173, 


173, 


173, 


LTC Lost msg: 1 Buffer: 0 Reply MB: 


Description 


Indicates that the system sets one of the 
overflow counters to specify an overload 
condition. 


Indicates the user type name. 


Indicates that the system does not set the 
overflow lost message counter . 


Indicates the contents of the overflow lost 
message counter. 


Indicates the system does not set overflow 
buffer counter. 


Indicates the contents of the overflow buffer 
counter. 


Indicates that the system does not set the 
overflow reply mailbox counter. 


Indicates the contents of the overflow reply 
mailbox counter. 


Save MTCB101 log reports, overflow counters greater than 1, and all other 


reports that the system generates in a 5 min period. Contact the next level of 


maintenance. 
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Associated OM registers 
There are no associated OM registers. 
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MTCB102 


Explanation 


Format 


Example 


UCS log reports 1-809 


The Maintenance Base (MTCB) subsystem generates log report MTCB102. 
The subsystem generates this report when the scratchpad is not available. The 
scratchpad is not available because other MTCB applications use all the 
scratchpads. 

This log indicates that an overload occurs in MTCBase and some work must 


be delayed. The subsystem clears the scratchpad counter every 10 min. The 
MTCB subsystem generates a maximum of one log every 10 min. 


The log report format for MTCB102 is as follows: 


*MTCB102 mmmdd hh:mm:ss ssdd TBL Scratchpad overflow 


An example of log report MTCB102 follows: 


*MTCB102 JANO5 09:53:50 1704 TBL Scratchpad overflow 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
TBL Scratchpad overflow Constant Indicates that all scratchpads are in use. Other 
scratchpads are not available 
Action 


Save MTCB102 log reports and all other reports that the system generates in a 
5 min period. Contact the next level of maintenance. The number of 
scratchpads originates from an office parameter. Northern Telecom can alter 
this office parameter. 


Associated OM registers 


There are no associated OM registers. 
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MTCB103 


Explanation 
The Maintenance Base (MTCB) subsystem generates log report MTCB103. 
The subsystem generates this report when the MTCB non-resident debug tool 
(MTCBDG) enables the subsystem. If the system enables the log and aborts 
the task, the subsystem outputs the log. Operating company personnel can use 
this log to debug maintenance software. 


Format 
The log report format for MTCB103 is as follows: 


MTCB103 mmmdd hh:mm:ss ssdd INFO Task aborted 
reason 
traceback 
user type module# element# reasontxt 
task information 
message 
function stack 
state variables 


Example 
An example of log report MTCB103 follows: 


*MTCB103 FEBO3 15:17:53 5308 INFO Task aborted 
Reason: 210F C71B 
Task aborted by: 
230000=OAUCI .ELO1:DISPCOM+#0000 
23C71F=NETPROC1.AJ01:OFFL_NM+#001B 
O0OC71F=SCHED.DZ12:GET_INFO_FOR_M+#0009 
A073CB=QDEVCQI.ABO1:AOSS_DEVICE_QUERY_U+#0055 
000096=SYSDEFS.EK16:ADD_TRIN+#0026 
0081C7=STOR.EB24 :ALLOCBVA+#00EF 
C7235A (Procname Unknown) 
666BD6 (Procname Unknown) 
65FEA2=P2DALCI.EJ01:P2DALC_P+#01E2 
008D3B=STOR.EB24 :DEALLOC_U+#019B 

Aborted task DUMP : 

User: (LCM) Module: NIL (8) Element: NIL (39) 
Request: (39) Priority: AuxPM Parm: 2073 2061 

State : Run Abort: YES 

Msg in scpd: NO 

Clone task : NO First time: NO 

Next state : Rdy Delay: {0, Second} 

Reply Mbox : 4409 20D1 
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MTCB103 (continued) 


Mes 


Sage area: 


FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
Accept MSG: NO Accept MSG init: NO Reply in SCPD: NO 
MSG count : O0 Loop count: 2 I/O buffer: NO 
Function stack: 
Current index : 1 New index:1 
FSM first time: YES FSM msg in scpd: NO 
Index: 1 MTCBASI1.TEST USER TARGETB Locals: 4 words 
0000 FDFD FDFD FDFD 
Index: 0 MTCBASI1.TEST USER TARGET Locals: 2 words 
000A 000B 
Common data area (size = 5 words): 
0000 0000 0000 0000 C000 
Common state variables: 
0000 0000 0000 0000 C000 000A 000B 0000 FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD 
FDFD FDFD FDFD FDFD FDFD 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 4) 


Field 
INFO Task aborted 


Reason 


Value Description 
Constant Indicates that the system aborts the task. 
0..FFFF FFFF Indicates the reason the system aborts the 


task in hexadecimal. 
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MTCB103 (continued) 


(Sheet 2 of 4) 


Field Value Description 

traceback module:procedure Procedure traceback of process that aborts the 
task. 

user type 1-31 Identifies the user type that owns the 
scratchpad. 

modules 0 -32767 Identifies the module of the user type. 

elementi 0-32767 Identifies the element of the module. 

reasontxt Debug dump Indicates problem occurs during debug 
process. 

REQT DATA Indicates data corruption or system software 

CORRUPT error. An audit detects and corrects the 
problem. 

Time limit exceeded Indicates task exceeds the time limit. The 
system aborts the task. 

No active clone Indicates the request element does not have 
an active clone in the time limit. The system 
identifies the request element as a clone 
request. 

Rule violation Indicates the task violates one of the rules that 
concern task conduct. 

Request 0..63 The request type. The user subsystem defines 
the request type. Text is optional. 
Priority Carr, Aux1, Aux2, Aux3, Indicates the priorities for auxiliary tasks for a 

Aux4, Auxpm state machine that is not finite. 

Maint Indicates highest priority maintenance for finite 
state machine. 

Main2 Indicates low priority maintenance for finite 
state machine. 

Parm 0..FFFF FFFF Indicates the input parameter in hexadecimal. 
State Rdy Task can begin. 

Run Task runs. 

Sus System suspends the task. 
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(Sheet 3 of 4) 
Field Value Description 
Fin System completes the task. 
Abort Yes System aborts the task. 
No System completes the task. 
Msg in SCPD Yes System sends message to task. 
No System does not send message to task. 
Abort Reason 0..FFFF FFFF This field can contain the reason the system 
aborts a task. 
Clone task Yes Task is part of a list of clone tasks that are not 
active. 
No Task is not part of a list of clone tasks that are 
not active. 
First time Yes First execution of task. 
No This is not the first execution of task. 
Next state Rdy System can begin the task. 
Run System can run the task. 
Sus System can suspend the task. 
Fin System can complete the task. 
Delay 0-31, second The time-out value that the task requests if the 
system suspends the next state. The range 
0-31 is the time-out value. Second indicates 
the interval. For example, “0, second" 
indicates a 0 s delay. 
0-31, second5 Indicates the time-out in 5 s intervals. For 
example, "9, second5" indicates a 45 s delay. 
0-31, second20 Indicates the time-out value in 20 s intervals. 
For example, "3, second20" indicates a 1 min 
delay. 
Reply Mbox 0..FFFF FFFF A value that is not zero indicates the mailbox 


the task replies to when the task finishes or the 
system aborts the task. 
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MTCB103 (continued) 


(Sheet 4 of 4) 

Field Value Description 

Message 44 word hex Display of message contents. 

Accept Msg Yes Task enables the message reception feature. 

No Task does not allow the message reception 
feature. 

Accept Msg init Yes Message reception continues to be in enabled 
state. 

No Message reception is not in enabled state. 

Reply in SCPD Yes Task leaves a message in the scratchpad. The 
MTCBase sends this message when the 
System finishes the task. 

No Task does not leave a message in the 
scratchpad for MTCBase to send. 

MSG count 0..5 Indicates the number of messages that wait for 
the system to process the task. 

Loop count 0..20000 Indicates the number of times the system 
executes the task. 

l/O buffer Yes Indicates the system allocates one or more 
additional buffers to allow the task to receive 
messages greater than 32 words. 

No Indicates the system does not allocate 
additional buffers to allow the task to receive 
messages larger than 32 words. 


The following output is conditional: 


(Sheet 1 of 2) 


Field Value Description 

Current index 0..7 Indicates the stacking level of the finite state 
machine function stack. 

New index 0..7 Indicates the next stacking level of the finite 
state machine function stack. 

FSM first time Yes First time execution of the state machine. 
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(Sheet 2 of 2) 


Field Value Description 
No Not the first time execution of the state 
machine. 
FSM msg in scpd Yes An inter-finite state machine (FSM) message is 


left in the scratchpad. 


No An inter-FSM message is not left in the 
scratchpad. 
FSM stack . traceback Displays FSM target name and local variables. 
Common data 0..87 Optional display of common data in 
hexadecimal. 


The last field is not conditional: 


Field Value Description 


State variables 87 hex words Contains the status information that 
the task uses. 


Action 


Log MTCB103 is an information log This log only appears when the CI 
command in MTCDBG enables the log. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MTCB104 
Explanation 
The Maintenance Base (MTCB) subsystem generates log report MTCB104. 
The subsystem generates this log when the system releases a resource during 
an audit. During normal operation, the system releases the resource after the 
task completes. 
Format 
The log report format log MTCB104 is as follows: 
*MTCB104 mmmdd hh:mm:ss ssdd TBL Resource Rel by audit 
User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) 
Resource: reasontxt 
Example 


An example of log report MTCB104 follows: 


*MTCB104 JANO5 09:54:09 2108 TBL Resource Rel by audit 
User: (LTC) Module: NIL (0) Element: Link element O (0) 
Resource: Clone 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

TBL Resource Relby — Constant Indicates that the system releases a resource 
audit during an audit. 

User Character string Indicates user type name. 

Module Character string Describes the module number. This field is 


blank if the MTCBase user does not enter a 
value. If the module number is not available, 
the system uses a default module number of 
255 or 32767. This field appears as NIL. 


0-32767 Identifies the module number of the user type. 
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(Sheet 2 of 2) 


Field Value Description 


Element Character string Describes the element number. If the 
MTCBase user does not enter a value, this field 
is blank. If the element number is not available, 
the system uses a default element number of 
255 or 32767. This field displays as NIL. 


0-32767 Identifies the element number of the module 


Resource Character string Indicates the name of resource that the audit 
releases. This event is an error in user 
software. The system does not release the 
resource after the system completes the task. 


ASoINo Indicates auxiliary solicitor number. 
Clone Indicates clone mailbox number. 
CISoINo Indicates Cl solicitor number. 
MSoINo Indicates main solicitor number. 
Rep MB Indicates reply mailbox. 

Scpd Indicates scratchpad. 


Action 


Save MTCB104 log reports and all other reports that the system generates in a 
5 min period. Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MTCB106 


Explanation 


The Maintenance Base (MTCB) subsystem generates log report MTCB106. 
The system generates this report when the system loses a message. During 
normal operation, the system reports every 64th message the system loses. 
During debugging, the system reports each message the system loses. 


The system keeps the counter NUM_LOST_MSG for each user type. This 
counter increases when one of the following problems occurs: 


A clone mailbox receives a message, but a task does not have an associated 
message. The task assigned to the clone mailbox times out and frees the 
clone mailbox. These actions occur before the message arrives. 


A solicited message arrives without an associated task from the solicitor 
number. The task assigned to the clone mailbox times out and frees the 
clone mailbox. 


A solicited message arrives, but the solicitor number is out of range. The 
possible causes are: 


— node number corruption (in the DS-30 header) 
— message corruption (a corrupted solicitor number in the message) 
— user software error (a defective solicitor number that the user sends) 


A message arrives, but the task for the clone mailbox or solicitor number 
is not ready to accept the message. The ACCEPT_MSG in the scratchpad 
is correct. The SET_.MSG_CONDITION (TRUE) is called to allow 
message reception. 


The system does not receive a long solicited message, but I/O buffers are 
not available. 


The system cannot accept the message because inhibition of the user type 
is on. This event occurs when a system process ends. A message arrives 
during re-initialization of the maintenance data. This re-initialization 
occurs during inhibition of maintenance activities. 


The system clears NUM_LOST_MSG every 10 min. If NUM_LOST_MSG 
equals 1, the system only lost one message. This loss can be normal under 
heavy traffic. 


Format 


The log report format for MTCB106 is as follows: 
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MTCB106 (continued) 


MTCB106 mmmdd hh:mm:ss ssdd INFO Lost message 


Example 
Ane 


MTC 


User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) Reason: 
reasontxt 
Message 


xample of log report MTCB 106 follows: 


B106 JANO5 09:54:14 2209 INFO Lost message 

User: (LTC) Module: NIL (0) Element: Link element O (0) 
Reason: Solno freed 

29F3 6854 7369 6920 2073 2061 6F62 7567 2073 6F6C 2E67 
2020 7474 6E65 6974 6E6F 

CC21 8045 AA08 0008 29A1 A41C 29F0 A447 6854 7369 6920 
2073 2061 6F62 7567 2073 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


User 


Module 


Element 


Reason 


INFO Lost message 


Value 
Constant 
Character string 


Character string 


0-32767 


Character string 


0-32767 


Character string 


Description 
Indicates that the system loses a message 
Indicates user type name 


Describes the module number. This field is 
blank if the MTCBase user does not enter a 
value. If the module number is not available, 
the system uses a default module number of 
255 or 32767. This field displays as NIL. 


Identifies the module number of the user type 


Describes the element number. This field is 
blank if the MTCBase user does not enter a 
value. If element number is not available, the 
System uses a default element number of 255 
or 32767. This field displays as NIL. 


Identifies the element number of the module. 


Indicates the reason the system loses the 
message. 
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Field Value Description 
Bad Solno Indicates the solicitor number is not correct. 
Inhibit on Indicates the system inhibits the user type. 
MBClone freed Indicates the system releases the MB clone. 
No Buff Indicates that the system requires the I/O 
buffer, but the buffer is not available. 
Not Ready Indicates the task chooses not to accept 
messages. 
Solno freed Indicates the solicitor number is not in use. 
Message 0-32 hexadecimal words Dumps out the first 33 words of the message in 
hexadecimal format. The contents of this field 


varies. 


Action 


Save MTCB106 and MTCB101 reports and all other reports, like MTCB logs 
and SWERRs, that the system generates in 5 min period. If the system 
generates more than one MTCB106 log, aMTCB101 log report accompanies 
the log. Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 


UCS log reports 1-821 


The Maintenance Base (MTCB) subsystem generates log report MTCB107. 
The subsystem generates this report when an application requests an extra 
message (extramsg) buffer. A buffer is not available in the common extramsg 
free pool. The MTCB subsystem also generates log report MTCB107 when 
an application exceeds the allocation. This allocation is the maximum number 
of extramsg buffers the application can use for a task. 


The log report format for MTCB107 is as follows: 
.*MTCB 107 mmmdd hh:mm:ss ssdd TBL Extramsg overflow 


User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) 
Reason: reasontxt 


An example of log report MTCB107 follows: 


*MTCB107 JANOS 09:54:18 2310 TBL Extramsg overflow 
User: (Test) Module: NIL (0) Element: NIL (0) 
Reason: Extramsg free buffer exhausted 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

TBL Extramsg overflow Constant Indicates that an application requests an 
extramsg buffer when no buffers are available. 

User Character string Identifies the user type name. 

Module Character string Describes the module number. This field is 


blank if the MTCBase user does not enter a 
value. If a module number is not available, the 
system uses a default module number of 255 or 
32767. This field appears as NIL. 


0-32767 Identifies the module number of the user type. 
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Field Value Description 


Element Character string Describes the element number. This field is 
blank if the MTCBase user does not enter a 
value. If an element number is not available, the 
System uses a default element number of 255 or 
32767. This field displays as NIL. 


0-32767 Identifies the element number of the module. 
Reason Extramsg free Indicates that the common extramsg pool is 

buffer exhausted exhausted. 

Max task emsg Indicates that the allowed maximum value of 

reached extramsg for the task has been reached. 


Action 


Save log report MTCB107 and all other reports that the system generates in a 
5 min period. Other reports include all MTCB and related SWERRs. Contact 
the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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MTCB109 
Explanation 
The Maintenance Base (MTCB) subsystem generates log report MTCB109. 
The subsystem generates this report when a task that runs under a maintenance 
base process is trapped. 
Format 
The log report format for MTCB109 is as follows: 
.*MTCB 109 mmmdd hh:mm:ss ssdd TBL Task trap 
User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) 
Request: rdesc (reqno) Parm: hhhh hhhh 
Example 


An example of log report MTCB109 follows: 


*MTCB109 JANO5 09:54:24 2512 TBL TASK TRAP 
User: (LTC) Module: NIL (0) Element: Link element 0 (0) 
Request: (4) Parm: OED3 1554 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

TBL TASK TRAP Constant Indicates that a task that runs under a MTCB 
process is trapped. 

User Character string Identifies the user type name. 

Module Character string Describes the module number. This field is 


blank if the MTCBase user does not enter a 
value. If a module number is not available, the 
System uses a default module number of 255 or 
32767. This field appears as NIL. 


0-32767 Identifies the module number of the user type. 


Request Character string Describes the request number. This field 
remains blank if the MTCBase user does not 
enter a value. 
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(Sheet 2 of 2) 


Description 


Field Value 
Element Character string 
0-32767 
0-63 
Parm Two hexadecimal words 
Action 


Describes the element number. This field is 
blank if the MTCBase user does not enter a 
value. If an element number is not available, 
the system uses a default element number of 
255 or 32767. This field appears as NIL. 


Identifies the element number of the module. 


Identifies the request number that the user 
subsystem defines. 


Identifies input parameters to the task (two hex 
word area which users refine). 


Save the MTCB109 report and all other reports that the system generates in a 
five min period. Other reports include MTCBase-related SWERRs and full 
trap information. Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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The Maintenance Base (MTCB) subsystem generates log report MTCB110. 
The subsystem generates MTCB110 when a user type is under initialization 
because a trap occurred during execution of the task. 


The log report format for MTCB110 is as follows: 


*MTCB110 mmmdd hh:mm:ss ssdd TBL User type initialization 
User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) 


MTCB110 
Explanation 
Format 
Request: 
reasontxt 
Example 


rdesc (reqno) Parm: hhhh hhhh Reason: 


An example of log report MTCB110 follows: 


*MTCB110 JANO5 09:54:30 2613 TBL User type initialization 


(LTC) 
(4) 


User: 


Request: Parm: 


Field descriptions 


Module: 


0 


NIL 
ED3 


(0) Element: 
1554 Reason: 


Link element O (0) 
Clean up a user type 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

TBL User type Constant Indicates the initialization of a user type 

initialization because a trap occurred during execution of 
the task. 

User Character string Identifies the user type name. 

Module Character string Describes the module number. This field is 


0-32767 


empty if the MTCBase user does not enter a 
value. If no module number is available, a 
default module number of 255 or 32767 is 
used. This field displays as NIL. 


Identifies the module number of the user type. 
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Action 


Field Value Description 

Element Character string Describes the element number. This field is 
empty if the MTCBase user does not enter a 
value. If no element number is available, a 
default element number of 255 or 32767 is 
used. This field displays as NIL. 

0-32767 Identifies the element number of the module. 

Request Character string Describes the request number. This field is 
empty if the MTCBase user does not enter a 
value. 

0-63 Identifies the request number that the user 
subsystem defines. 

Parm Two hexadecimal words Identifies input parameters to the task (two hex 
word area that users refine). 
Reason Clean up MTCWAITP Specifies that the MTCBase wait process for 
for UT the given user type has trapped. 

Clean up a user type Specifies the request for a clean up user type 
at a MAP terminal, which is only possible 
through the MTCDBG tool group 

Clean up user type traps Specifies that the user type trapped more than 
once in the last 5 s. 


Keep MTCB110 and all other reports that the system generates during the 
previous and next 5 min. For example, MTCBase-related SWERRs and full 
trap information. Contact the next level of maintenance for additional help. 


Associated OM registers 


There are no associated OM registers. 
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MTCB111 
Explanation 
The Maintenance Base (MTCB) subsystem generates log report MTCB111 
when the MTCBase is trapped and is under initialization. 
Format 
The log report format for MTCB111 is as follows: 
*MTCB111 mmmdd hh:mm:ss ssdd TBL MTCBase initialization 
User: (uttxt) Module: mdesc (modno) Element: edesc (eleno) 
Request: rdesc (reqno) Reason: reasontxt 
Example 


An example of log report MTCB111 follows: 


*MTCB111 JANO5 09:54:34 2714 TBL MTCBase initialization 
User: (LTC) Module: NIL (0) Element: Link element O (0) 


Request: (4) Reason: 


Field descriptions 


MTCB UT traps 


The following table describes each field in the log report: 
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Field Value 


Description 


TBL MTCBase Constant 
initialization 


User Character string 


Module Character string 


0-32767 


Element Character string 


0-32767 


Indicates that the MTCBase is trapped and 
initializes. 


Identifies the user type name. 


Describes the module number. This field is 
empty if the MTCBase user does not enter a 
value. If no module number is available, a 
default module number of 255 or 32767 is 
active and in use. This field displays as NIL. 


Identifies the module number of the user type. 


Describes the element number. This field is 
empty if the MTCBase user does not enter a 
value. If no element number is available, a 
default element number of 255 or 32767 is in 
use. This field displays as NIL. 


Identifies the element number of the module. 
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MTCBASE internal data 
error 


MTCB UT traps 


System traps external to 
MTCBASE 


Field Value Description 
Request Character string Describes the request number. This field is 
empty if the MTCBase user does not enter a 
value. 
0-63 Identifies the request number that the user 
subsystem defines. 
Reason MTCBASE initialization Specifies a MTCBASE initialization request at a 


MAP terminal, which is only possible through 
the MTCDBG tool group. 


Specifies that the the error internal to 
MTCBASE is reported. 


Specifies the trap of more than one user type 
during the last 5 s. 


Specifies thatthe MTCBASE system process is 
trapped or the system trapped is not known to 
MTCBASE. 


Action 


Save MTCB111 reports and all other reports that the system generates during 
the previous and next 5 min. Other reports are MTCBase-related SWERRs 
and full trap information. Contact the next level of maintenance for additional 


help. 


Associated OM registers 


There are no associated OM registers. 
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MTD101 
Explanation 
The Magnetic Tape Device (MTD) subsystem generates log report MTD101. 
This report appears when the central control (CC) input/output (I/O) 
subsystem detects a missing incoming message overload (ICMO) condition on 
a link. 
Format 
The log report format for MTD101 is as follows: 
*MTD101 mmmdd hh:mm:ss ssdd FLT MTD: n 
Incoming Message Overload 
Example 


An example of log report MTD101 follows: 


*MTD101 MAY31 08:21:33 2112 FLT MTD: 2 
Incoming Message Overload 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
FLT MTD Constant Indicates a defect on an MTD unit. 
n Integer Identifies the MTD affected. 
Incoming Message Constant Indicates an ICMO condition. 
Overload 

Action 


Take the indicated MTD out of service if the ICMO condition persists. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MTD102 
Explanation 
The Magnetic Tape Device (MTD) subsystem generates log report MTD102. 
The subsystem generates MTD102 when a minor incoming message overload 
(ICMO) condition no longer affects the indicated MTD. 
Format 
The log report format for MTD102 is as follows: 
MTD102 mmmdd hh:mm:ss ssdd INFO Fault Cleared MTD: n 
ICMO Cleared 
Example 


An example of log report MTD102 follows: 


MTD102 MAY31 08:21:33 2112 INFO Fault Cleared MTD: 2 
ICMO Cleared 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Fault Cleared Constant Indicates the clearing of a defect on an MTD. 

MTD: 

n Integer Identifies the MTD affected. 

ICMO Cleared Constant Indicates the ICMO condition cleared. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MTD103 
Explanation 
The Magnetic Tape Device (MTD) subsystem generates log report MTD103. 
The subsystem generates MTD103 when the number of messages that the tape 
drive sends exceeds the threshold setup for the major incoming message 
overload (ICMO) condition. The MTD unit is made system busy (SysB). 
Format 
The log report format for MTD103 is as follows: 
**MTD103 mmmdd hh:mm:ss ssdd SYSB MTD: n 
Incoming Message Overload 
Example 


An example of log report MTD103 follows: 


**MTD103 MAY31 08:21:33 2112 SYSB MTD: 2 
Incoming Message Overload 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
SYSB MTD Constant Indicates an MTD is SysB. 
n Integer Identifies the MTD affected. 
Incoming Message Constant Indicates the reason why the MTD is made 
Overload SysB. 
Action 


Monitor activities on this link from the MAP terminal for manual maintenance 
action. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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MTS101 
Explanation 
The Message Transport System (MTS) subsystem generates MTS101 when 
the system blocks a user of subsystem MTS. This event occurs when the user 
did not first release all resources. This report indicates a processing fault in the 
user that data field ownam identifies. 
Format 
The log report format for MTS101 is as follows: 
MTS101 mmmdd hh:mm:ss ssdd INFO ID RECLAIMED 
RID= #hhhh, OWNER- #hhhh hhhh, owncls= ownam 
Example 


An example of log report MTS101 follows: 


MTS101 MAR20 17:15:32 0502 INFO ID RECLAIMED 
RID= #003F, OWNER- #E009 0000, MODULE- RFSUI 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO ID RECLAIMED Constant Indicates a MTS resource identifier is claimed 
again. 

RID= #hhhh 0000-FFFF Provides the MTS resource identifier. 


OWNER: #hhhh hhhh 0000 0000 - FFFF FFFF Provides the SOS system identifier. 


owncls MODULE,PROCESS Identifies the owner class of the user asa 
module or a process. 
ownam Symbolic name Identifies the owner name. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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MTS101 (end) 


Additional information 
There is no additional information. 
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MTS102 
Explanation 
The Message Transport System (MTS) subsystem generates MTS102. This 
event occurs when the system frees a buffer with a message for local 
application before delivery to the application. This report indicates lost data. 
The lost data can cause application faults. 
Format 
The log report format for MTS102 is as follows: 
MTS102 mmmdd hh:mm:ss ssdd INFO BUFFER RECLAIMED 
DST MTA= #hhhh hhhh hhhh hhhh, SRC MTA= #hhhh hhhh hhhh 
hhhh 
Example 


An example of log report MTS102 follows: 


MTS102 MAR21 00:51:48 9732 INFO BUFFER RECLAIMED 
DST MTA= #4FCO 1000 0012 0000, SRC MTA= #4400 1000 0221 
0000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BUFFER Constant Indicates a buffer is claimed again. 

RECLAIMED 

DST MTA= #hhhh... 0000-FFFF Provides the destination message transport 
address. 

SRC MTA= #hhhh... 0000-FFFF Provides the source message transport 
address. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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NAG400 


Explanation 
The NAGSUB subsystem generates NAG400 each hour to list out-of-service 


nodes. The log may also indicate a problem with routine exercise (REx) tests. 
To include a node in the report, the node must be in one of the following states: 


* system busy (SysB) 
e C-side busy (CBsy) 
e in-service trouble (ISTb) 


e manual busy (ManB) 


Include a node if the nodes aborts, or fails to complete the last REx test. If a 
node does not have the REx test problem, the string ATP appears in the REx 
INFO column. The string ATP indicates that all tests pass. 


Note: The NAG400 log does not provide any changes in status of nodes that 
occur between the hourly reports. The system may not print out-of-service 
nodes. To view all out-of-service nodes, use the command interpreter (CT) 
command NAG. 


Format 
The log report format for NAG400 is as follows: 


NAG400 mmmdd hh:mm:ss ssdd INFO Node Assessment Graph 
Front End Load: <BCS> 
Level Node Status REX INFO Count UnitO Unit 
1 

CPU <CPU_NUM> ACT 
CM <CM_NODE> <NODE_STATUS> 
<REX_STATUS><COUNT><UNIT0-UNIT1-STAT> 
MS <MS_NODE><NODE_STATUS> 
<REX_STATUS><COUNT><UNIT0-UNIT1-STAT> 
IOD <IOD_NODE> <NODE_STATUS> 
<REX_STATUS><COUNT><UNIT0-UNIT1-STAT> 
NET <NET_NODE> <NODE_STATUS> 
<REX_STATUS><COUNT><UNIT0-UNIT1-STAT> 
PM <PM_NODE> <NODE_STATUS><REX_STATUS><COUNT> 
<UNITO-UNIT1-STAT> 
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NAG400 (end) 


The REX. STATUS field for line concentrating module (LCM) type PMs 
indicates the results from: 


* LCM REX test 
* LCM continuity and voltage (LCMCOV REX) test 


The system separates these results by a colon, as appears in the following 
example: 


Example of MAP display for log report NAG400 


RTP612BI NAG400 MAR11 11:04:00 2100 INFO Node Assessment Graph 
Front End Load: BCS48DB 
Level Node Status REX INFO Count Unit O Unit 1 
CPU 1 ACT 

NORMAL 
NORMAL 
NORMAL 
NORMAL 
NORMAL 


LCME HOST E . . 
DTC ISTB ISTB 
LTC . . 
LCME HOST O ISTB FAIL N/A143 ISTB ISTB 
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NCAS100 

Explanation 
The DMS-100 switch generates the NCAS100 log report to provide call details 
of a non-call associated signaling (NCAS) call released by the system 
administrator. The NCAS100 log report prints the D-channel terminal 
identifier (TID), the call reference, and the description of the NCAS call that 
was released by the system administrator. 

Format 


The format for log report NCAS100 follows. 


NCAS100 mmmdd hh:mm:ss ssdd INFO NCAS CALL RELEASED 
DCH TID: «D-channel node and terminal identifier? 
CLLI: «CLLI name» — LTID: «logical terminal identifier? 
Call reference of NCAS CALL: «call reference number? 
PM NO: «PM number? CKT NO: «circuit number» TIMESLOT: «time slot number? 
Reason: NCAS released by «user? 


Example 
An example of log report NCAS100 follows. 


NCAS100 SEPO5 18:14:33 4827 INFO NCAS CALL RELEASED 
DCH TID: 15 2 89 
CLLI: WITS10NIDT2 LTID: ISDN 110 
Call reference of NCAS CALL: 0001 
PM NO: 2 CKT NO: 18 TIMESLOT: 24 
Reason: NCAS Call Released by TELNSVR00039 


Field descriptions 
The following table explains each of the fields in the log report. 


(Sheet 1 of 2) 
Description 


NCAS100 Constant Log name 


INFO NCAS CALL RELEASED String constant Description of the log 
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NCAS100 (end) 


(Sheet 2 of 2) 


Call reference of NCAS CALL 


name (up to 8 
characters) plus 
logical terminal 
number (1—1022) 


numeric (0—65 535) 


Field Value Description 
DCH TID up to 12 characters Terminal identifier number of the 
for the terminal D-channel associated with the released 
name, up to 4 digits | NCAS call 
for the terminal 
number 
CLLI alphanumeric (1-16 The name of the common language 
characters) location identifier (CLLI) in table CLLI that 
is associated with the NCAS call that was 
released 
LTID alphanumeric group Logical terminal identifier 


Call reference number of the NCAS call 
that was released 


PM NO numeric (0—511) The peripheral module (PM) number 
associated with the NCAS call that was 
released 

CKT NO numeric (0—19) The circuit number associated with the 
NCAS call that was released 

TIMESLOT numeric (1—24) The time slot number associated with the 
NCAS call that was released 

Reason String Reason for the call release 

Action 


This log requires no action. It is for information purposes only. 


Related OM registers 


None 


Additional information 


None 
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NET101 
Explanation 
The Network (NET) subsystem generates log report NET101 when a receiving 
peripheral finds an integrity mismatch. Call disconnection occurred before the 
network had the chance to freeze the connection for diagnostic purposes. 
Because of this event, the recovery of the path data was data was not possible. 
Format 
The log report format for NET101 is as follows: 
NET101 mmmdd hh:mm:ss ssdd EXC INTEGRITY pmid 
fail_reason, call_status, info 
NET n-nn, PORT nn, CH nn 
Example 


An example of log report NET101 follows: 


EXC INTEGRITY LTC 0 
PATH INSERVICE 


NET101 DECO1 23:24:05 5595 
FAILURE, CALL WAS SET UP, 
NET 1-0, PORT 40, CH 4 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


EXEC INTEGRITY 


pmid 


fail reason 


call status 


PATH INSERVICE 


Constant 


Symbolic text 


FAILURE 


PARITY 


CALL WAS SET UP, 
CALL WAS NOT SET 
UP 


Constant 


Indicates that an integrity failure caused the 
System to generate this report. 


Indicates which peripheral module (PM) 
initiated the integrity check. 


Shows that a mismatch of the INTEGRITY 
byte in the channel supervisory message 
caused the integrity message. 


Shows that channel parity errors caused the 
integrity message. 


Indicates if the fault that caused the system to 
generate the log also prevented the call set up. 


Indicates the complete path was in service. 
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(Sheet 2 of 2) 
Field Value Description 
NET (0-0)-(1-31) Provides the network plane and pair. 
PORT 0-63 Displays the PM link port to B-side outgoing 
crosspoint card. 
CH 0-31 Gives the PM link channel to B-side outgoing 
crosspoint card. 
Action 


Collect and compare subsequent integrity messages to determine the cause of 
the integrity failures. Use the NETINTG level of the MAP to assist in this 
process. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET102 


Explanation 
The Network (NET) subsystem generates log report NET102. The subsystem 
generates NET102 when a receiving peripheral detects an integrity fault. An 
integrity fault is either a parity failure or an integrity mismatch. Integrity 
verifies the sanity of the speech path between two peripheral modules. 


Format 
The log report format for NET102 is as follows: 


NET102 mmmdd hh:mm:ss ssdd EXC INTEGRITY 
pmid Unit n, pmid Unit n 
failtxt, calltxt, infotxt 
ASide: Net p-pa, PORT pt-ch, Xpt pt-ch, Jct pt-ch 
BSide: Net p-pa, PORT pt-ch, Xpt pt-ch, Jct pt-ch 


Example 
An example of log report NET102 follows: 


NET102 NOV19 01:00:53 0536 EXC INTEGRITY 

DCM 2, DTC 10 Unit O0, 

INTEGRITY FAILURE, CALL WAS NOT SET UP, CALL PROCESSING 
ASide: Net 0-22, PORT 21-17, Xpt 1-22, Jct 44-11 

BSide: Net 0-11, PORT 13-22, Xpt 9-18, Jct 11-28 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field Heading Description 

EXEC INTEGRITY Constant Indicates this report is the result of an integrity 
fault. 

pmid Symbolic text Identifies the peripheral module (PM) that was 


in transmission on the damaged path. This 
side of the path is the A-side. 


Unit 0,1 Indicates the active unit of the PM at the time 
of the integrity fault. This field occurs for 
peripherals with more than one unit. 


pmid Symbolic text Identifies the receiving PM on the damaged 
path. This side of the path is the B-side. 
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(Sheet 2 of 3) 

Field Heading Description 

Unit 0,1 Indicates the active unit of the PM at the time 
of the integrity mismatch. This field occurs for 
peripherals with more than one unit. 

failtxt INTEGRITY FAILURE Indicates the integrity message occurred 
because of a mismatch of integrity byte in the 
channel supervisory message. 

PARITY FAILURE Shows the integrity message was the result of 
channel parity errors. 

calltxt CALL WAS SET UP, Indicates if the fault that caused the generation 

CALL WAS NOT SET of the log also prevented the call set up. 
UP 

infotxt CALL PROCESSING Indicates the error occurred during call 
processing. 

ICTS TESTING Indicates the error occurred during integrity 
check traffic simulator (ICTS) testing. 

FABRIC TESTING Indicates testing of the call paths through the 
network modules of the switch was the source 
of the error. 

ASSESSMENT Indicates the error occurred during evaluation 

TESTING testing. 

ASide Constant Indicates the following fields on the same line 
are for the A-side of the network connection. 

Net (0-0)-(1-31) Identifies the network plane and pair attached 
to the receiving PM. 

PORT (0-63)-(0-31) Indicates the A-side network peripheral side 
link interface port and channel. From the ? and 
the port to card mapping. The A-side incoming 
crosspoint card can be derived from the ? and 
the port to card mapping. 

Xpt (0-63)-(0-31) Indicates the A-side network crosspoint port 


and channel of the outgoing crosspoint card.n 
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Description 


Indicates the A-side network junctor port and 
channel. The A-side outgoing crosspoint card 
can be derived from the ? and the port to card 


mapping. 


Indicates the following fields on the same line 
are for the B-side of the network connection. 


Identifies the network plane and pair attached 
to which the receiving PM. 


Indicates the B-side network peripheral side 
link interface port and channel. The B-side 
outgoing crosspoint card can be derived from 
the ? and the port to card mapping. 


Indicates the B-side network outgoing port and 
the channel of the incoming crosspoint card. 


Indicates the B-side network junctor port and 
channel. The B-side incoming crosspoint card 
can be derived from the ? and the port to card 


mapping.. 


(Sheet 3 of 3) 
Field Heading 
Jct (0-63)-(0-31) 
BSide Constant 
Net (0-0)-(1-31) 
PORT (0-63)-(0-31) 
Xpt (0-63)-(0-31) 
Jct (0-63)-(0-31) 
Action 


Collect and compare following integrity messages to determine the cause of 
the integrity mismatches. Use the NETINTG level of the MAP (maintenance 
and administration position) to assist in this process. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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NET103 


Explanation 
The Network (NET) subsystem generates log report NET103. The subsystem 
generates this report to summarize the integrity faults in the switch. The 
NETINTEG package counts the faults associated with each card. This count 
is the total number of faults attributed to all cards on the indicated network. 


NET 103 logs have a threshold integrity count value set for each card type (link, 
junctor, or crosspoint). If any card on a network pair plane equals or exceeds 
its threshold a T prints in the count field. 


Every integrity fault involves a number of hardware-equipped cards in the 
network. As a result the value in the table is not the number of integrity faults. 
For example, if four different hardware cards involve a single integrity fault, 
the counter increments by four. 


The generation of the NET103 log report occurs one hour after a start, and 
every hour after that. The counters for integrity faults are reset to zero each 
day at 8 a.m. The counters for integrity faults are reset to zero each time the 
system starts. 


Format 
The log report format for NET103 is as follows: 


NET103 mmmdd hh:mm:ss ssdd INFO INTEGRITY SUMMARY 
Parity & Integrity — Consult the NETINTEG Level for Details 
Pair n Planen Pair n Planen Pair n Planen 
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Example 


An example of log report NET103 follows: 


NET103 JUL31 13:00:00 4600 INFO INTEGRITY SUMMARY 
Parity & Integrity - Consult the NETINTEG Level for 


details 

Pair O0 Plane 1 Pair 0 Plane 1 Pair O0 Plane 1 
0 911T 7777T T3 340 404 22 
1 1230 5600 12 23 
2 ILLL 8001 13 24 
3 405T 1212T 14 25 
4 784 680 15 26 
5 304 356 16 27 
6 372 484 17 28 
7 408 312 18 29 
8 400 480 19 30 
9 440 556 20 31 
10 336 412 21 


Field descriptions 


The following table describes each field in the log report: 


Consult the NETINTEG 
Level for Details 


Field Value Description 

INFO INTEGRITY Constant Indicates that the system generated this report 
SUMMARY to convey information of network integrity. 
Parity & Integrity - Constant Indicates this report is a report of integrity 


information. The NETINTEG level of the MAP 
(maintenance and administration position) will 
give further details. 


Action 


If any counter exceeds 80, refer to the NETINTEG level of the MAP to 


investigate this potential problem. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
None 
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NET104 
Explanation 
The Network (NET) subsystem generates NET104 when NETPATH 
diagnostics finds defective cards. The system generates a card list. This log 
lists up to three cards. If the system finds a defective link, the system prints the 
link number, peripheral modules (PM) connected to network and link card. 
Format 
The log report format for NET 104 is as follows: 
1.NET104 mmmdd hh:mm:ss ssdd EXC NETPATH FAULT 
Record: rectxt Test type: typtxt 
ASide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 
BSide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 
(Suspected Network Cards) 
Site Flr RPos Bay-id Shf Description Slot EqPEC 
location desc Sl card 
(maximum of 3 cards listed.) 
Example 


An example of log report NET 104 follows: 


1.NET104 mmmdd hh:mm:ss ssdd EXC NETPATH FAULT 

Record:  rectxt Test type: typtxt 

ASide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 

BSide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 
(Suspected Link) 

Between NET p-pa PORT nn and PM pminfo 

(Suspected Link Card) 

Site Flr RPos Bay-id Shf Description Slot EqPEC 
location desc Sl card 
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NET104 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Heading Description 

EXEC NETPATH Constant Indicates AUTO-NETPATH diagnostic 

FAULT found defective cards. 

Record Symbolic text Identifies the record the test used. 
Specified by operating company 
personnel through the NETPATH level 
of MAP. 

Test type AUTO Indicates AUTO-NETPATH diagnostic 
test ran. 

SCHDL Indicates SCHDL-NETPATH diagnostic 
test ran. 

A-Side Constant Indicates path information for A-side of 
the network connection. 

Net (0-1)-(0-31) Identifies network plane and pair. 

Port (0-63).(0- 31) Identifies A-side link interface port and 
channel. 

Xpt (0-63)-(0- 31) Identifies A-side network crosspoint 
Switch link port and channel. 

Jctr (0-63)-(0- 31) Identifies A-side network junctor port 
and channel. 

B-Side Constant Includes path information for B-side of 
the network connection. 

Net (0-1)-(0-31) Identifies B-side network plane and pair. 

Port (0-63).(0- 31) Identifies B-side link interface port and 
channel. 

Xpt (0-63)-(0- 31) Identifies B-side network crosspoint 
switch link port and channel. 

Jctr (0-63)-(0- 31) Identifies B-side network junctor port 
and channel. 
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(Sheet 2 of 2) 


Description 


Field Heading 
(Suspected Network Constant 
Cards) 
(Suspected Link) Constant 
(Suspected Link Constant 
Card) 
location Host 
floor 
row position 
bay 
shelf 
desc NM n-nn 
Sl (0-99) 
pec 3X70 
3x72 
3x73 
3x86 
nn (0-63) 
pminfo Symbolic text 


Provides a cardlist of suspected 
network cards. 


Provides information of suspected link. 


Provides information of suspected link 
card. 


Identifies the location of the card. 


Identifies the network module. 
Provides number of the slot. 


Identifies the type of network card. 


Provides network port number. 


Identifies the PM that connects to the 
B-side network. Refer to Table l. 


Action 


Determine if the defective card is in the network or the PM. Replace the card. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET105 


Explanation 
The Network (NET) subsystem generates NET105 when the AUTO 
NETPATH test passes or aborts. The system also generates NET105 when the 
scheduled NETPATH test cannot test a path because of resource problems. 
The system generates this report after six attempts. 


Format 
The log report format for NET105 is as follows: 


NET105 mmmdd hh:mm:ss ssdd INFO NETPATH TEST 
Record: rectxt Test Type: typtxt 
ASide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 
BSide: Net p-pa Port pt-ch Xpt pt-ch Jctr pt-ch 
Test: pass Link Test: sidetxt 


Example 
An example of log report NET105 follows: 


Example 1 


NET105 MAY11 11:15:24 1235 INFO NETPATH TEST 
Record: test2 Test type: AUTO 
ASide: Net 0- 1 Port 10-11 Xpt 23-ch Jctr 9-12 
BSide: Net 0- 2 Port 9-12 Xpt 5-ch Jctr 13-12 
Test: pass Link Test: AB side 


Example 2 


NET105 MAY11 13;15;24 1236 INFO NETPATH TEST 
Record: test3 Test type: AUTO 

ASide: Net 0- 1 Port 10-11 Xpt 23-ch Jctr 9-12 
BSide: Net 0- 2 Port 9-12 Xpt  5-ch Jctr 13-12 
Test: aborted Reason: no resource 
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Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO NETPATH TEST Constant Indicates the name of the test record. 

Record Text Identifies the record the test uses. Operating 
company personnel indicate the record 
through the NETPATH level of MAP display. 

Test type AUTO Indicates the AUTO-NETPATH diagnostic test. 

SCHDL Identifies the SCHDL NETPATH diagnostic 
test. 

ASide Constant Indicates the path information for the A-side of 
the network connection. 

Net (0-1)-(0-31) Identifies the network plane and pair. 

Port (0-63)-(0-31) Identifies the P-side link interface port and 
channel. 

Xpt (0-63)-(0-31) Identifies the A-side network crosspoint switch 
link port and channel. 

Jctr (0-63)-(0-31) Identifies the A-side network junctor port and 
channel. 

BSide Constant Indicates path information for the B-side of the 
network connection. 

Net (0-1)-(0-31) Identifies the B-side network plane and pair. 

Port (0-63)-(0-31) Identifies the B-side link interface port and 
channel. 

Xpt (0-63)-(0-31) Identifies the B-side network crosspoint switch 
link port and channel. 

Jctr (0-63)-(0-31) Identifies the B-side network junctor port and 
channel. 

Test Text Specifies performance of test. 
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NET105 (continued) 


(Sheet 2 of 2) 


Field Value Description 
Link test Aside Identifies the side on which the system 
Bside performed the link test. 
ABside 
no 
Reason Text Provides description of the reasons. Refer to 
Table Aborted reasons at the end of this log 
report. 
Action 


If the test aborts, refer to the following Aborted Reasons table for the correct 
action. Repeat the test. 


(Sheet 1 of 3) 


Aborted Reasons 


Explanation 


Action 


NO RESOURCES 


SOFTWARE PROCESS 
ERROR 


SOFTWARE DATA 
ERROR 


MMI REQUEST 


CLOCK TIME 


CHANGED 


CLOCK TIME ERROR 


Indicates resources like 
test code card and 
network path are not 
available. 


Indicates software 
errors caused by invalid 
states. 


Indicates invalid 
insertion and extraction 
points. 


Indicates that man 
machine interface (MMI) 
command STOP 
aborted test. 


Indicates the user 
changed the clock time 
in the office manually. 


Indicates the change of 
the clock time caused 
time error. 


Check for the resources and run the test again. 


Run the test again. 


Use the INFO command to check the insertion 


and extraction points. 


There is no action required. 


Run the test again. 


Run the test again. 
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Aborted Reasons 


Explanation 


Action 


NETWORK STATE 
CHANGE 


INTERFERENCE WITH 
SYSTEM MTC 


MANUAL 
MAINTENANCE 
OVERRIDE 


ICTS IS NOT 
AVAILABLE 


ICTS WOULD NOT 
ACCEPT THE PATH 


TEST CODE WAS 
NEVER FOUND 


INVALID NETWORK 


FIRMWARE 


TEST CODE WAS 
LOST 


TOO MANY HITS 


Indicates the state of 
testing network 
changed. The 
NETPATH test aborted. 


Indicates test path 
released to 
maintenance process. 


Indicates that manual 
maintenance request 
aborted the NETPATH 
test. 


Indicates integrity check 
traffic simulator (ICTS) 
test was not available. 
The system cannot give 
the path to ICTS. 


Indicates that ICTS does 
not support the path 
submitted to ICTS. 


Indicates the system 
cannot find the test code 
signal at the extraction 
point. A broken test path 


can cause this condition. 


Indicates network 
firmware number of 


eight or greater required. 


Indicates loss of the test 
code signal during the 
test. 


Indicates the test 
aborted because of too 
many hits. 


Check the status of the testing network and run 
the test again. 


Run the test again after the maintenance task 
is complete. 


Run the test again after the maintenance 
request is complete. 


Check for presence of ICTS. 


Check the pathends of the path. The ICTS 
does not support all PM types. 


Check the network firmware release number. 


Move insertion or extraction point along the 
path to isolate the fault manually or run the test 
again in AUTO mode. 
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(Sheet 3 of 3) 
Aborted Reasons Explanation Action 
COULD NOT Indicates the loop test Check the B-side peripheral module (PM). 
OPERATE LOOP aborted because of The B-side PM must be a new peripheral 
AROUND failure to set up the (XPM). 
looparound connection 
for tests. 
WARM RESTART Indicates the test Run the test again. 
aborted because of a 
warm restart of the 
office. 
UNKNOWN Indicates the test Try to run the test again. 
aborted because of a 
reason that is not 
known. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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NET106 
Explanation 
The Network (NET) subsystem generates log report NET106 each day before 
12:00. This report provides the state of the scheduled NETPATH tests. The 
subsystem does not generate this log if scheduled tests are not defined. 
Format 
The log report format for NET106 is as follows: 
NET106 mmmdd hh:mm:ss ssdd INFO SCHEDULED NETPATH 
TEST 
RECORD START STOP TEST INSV TRUNKS ACTIVE 
namtxt hh: mm hh:mm testxt actxtx 
namtxt hh: mm hh:mm testxt actxtx 
SOURCE TESTED FAILED NOT-TESTED IN-BUFFER 
ICTS nn nn nn nn 
BERP nn nn nn nn 
INTEG nn nn nn nn 
Total nn nn nn nn 
Example 


An example of log report NET106 follows: 


NET106 MAY11 08:00:01 3456 INFO SCHEDULED NETPATH TEST 
RECORD START STOP TEST INSV TRUNKS ACTIVE 


testl 8:00 23:59 no yes 
test2 8:00 23:59 no yes 
test3 0:00 1259 yes yes 
test4 0:00 7:259 yes yes 
SOURCE TESTED FAILED NOT-TESTED  IN-BUFFER 
ICTS 12 9 0 0 
BERP 10 2 0 0 
INTEG 35 10 1 50 
Total 57 21 1 50 
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Field descriptions 


The following table describes each field in the log report: 


TEST INSV TRUNKS yes, no 


Field Value Description 

INFO SCHEDULED Constant Indicates subsystem ran scheduled NETPATH 
NETPATH TEST test. 

RECORD Symbolic text Identifies the test record. 

START hh:mm Indicates start time of test. 

STOP hh:mm Indicates stop time of test. 


Indicates if subsystem tested in-service (INSV) 
trunks. 


ACTIVE yes, no Indicates that the scheduled test is active or 
not active. 
SOURCE ICTS Identifies test. 
BERP 
INTEG 
TESTED Integer Indicates the number of paths tested. 
FAILED Integer Indicates the number of paths that failed during 
scheduled testing. 
NOT-TESTED Integer Indicates the number of paths not tested 
because not enough resources were available. 
IN-BUFFER Integer Indicates number of paths in buffer. 
Action 


Test the paths manually. After BCS applications or restarts, the scheduled tests 
terminate. Activate the scheduled tests again. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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NET130 
Explanation 
The Network (NET) subsystem generates log report NET130 when the 
subsystem cannot find a network path. 
Format 
The log report format for NET130 is as follows: 
NET130 mmmdd hh:mm:ss ssdd EXEC NETWORK BLOCK 
FROM NET=nn, PORT=nn, CHNL=n NET=nn, PORT=nn, CHNL=nn 
Example 


An example of log report NET 130 follows: 


ET130 JANO1 16:50:02 8763 EXEC NETWORK BLOCK 
FROM NET-1,PORT-40,CHNL-21; TO NET-5, PORT=33, CHNL=7 


Z 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

EXEC NETWORK BLOCK Constant Indicates an attempt to make a network 
connection. 

FROM NET 0-31 Specifies the originating network pair. 

(FROM) PORT 0-63 Specifies the originating port. 

(FROM) CHNL 0-31 Specifies the originating channel. 

TO NET 0-31 Specifies the terminating network pair. 

(TO) PORT 0-63 Specifies the terminating port. 

(TO) CHNL 0-31 Specifies the terminating channel. 

Action 


Log report NET130 is an INFO log. One or two logs each day that indicate 
that a high burst of traffic causes a blockage is normal. 
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If a pattern develops or the number of logs is high, contact the next level of 
support. Refer to the log section of the Network Maintenance Guide 
297-1001-591. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET133 


Explanation 


Format 


Example 


The Network (NET) subsystem generates log report NET13. The subsystem 
generates NET133 when a network attempts to make a connection that is not 
reserved. Resources in the central controller are not reserved. 


The log report format for NET133 is as follows: 
NET133 mmmdd hh:mm:ss ssdd EXEC ATTEMPT TO MAKE AN 


UNRESERVED PATH 
FROM NET=nn, PORT=nn, CHNL=n NET=nn, PORT=nn, CHNL=nn 


An example of log report NET 133 follows: 


NET133 JANO1 16:50:02 8763 EXEC ATTEMPT TO MAKE AN 
UNRESERVED PATH 
FROM NET-0,PORT-2,CHNL-6;TO NET=0, PORT=4, CHNL=8 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

EXEC ATTEMPT TO MAKE AN Constant Indicates an attempt to make a network 

UNRESERVED PATH connection that is not reserved. 

FROM NET 0-31 Specifies the originating network pair. 

(FROM) PORT 0-63 Specifies the originating port. 

(FROM) CHNL 0-31 Specifies the originating channel. 

TO NET 0-31 Specifies the terminating network pair. 

(TO) PORT 0-63 Specifies the terminating port. 

(TO) CHNL 0-31 Specifies the terminating channel. 
Action 


If the subsystem continues to generate NET133, contact the next level of 
support. 
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NET133 (end) 


Associated OM registers 
There are no associated OM registers. 
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NET134 
Explanation 
The Network (NET) subsystem generates log report NET 134 to signal an 
illegal call processing sequence. 
Format 
The log report format for NET 134 is as follows: 
NET134 mmmdd hh:mm:ss ssdd EXEC ATTEMPT TO RESERVE 
UNCONNECTED PATH 
FROM NET = nn, PORT = nn, CHNL = nn, TO NET = nn, PORT = nn, 
CHNL = nn 
Example 


An example of log report NET 134 follows: 


NET134 JAN12 15:08:09 3231 EXEC ATTEMPT TO RESERVE 
UNCONNECTED PATH 
FROM NET = 2, PORT = 12, CHNL = 21, TO NET = 15, PORT = 7, 
CHNL = 13 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

EXEC ATTEMPT TO Constant Indicates that this report generates because of 
RESERVE an attempt to reserve a path that is not 
UNCONNECTED PATH connected. 

FROM NET 0-31 Specifies the originating network pair. 
(FROM) PORT 0-63 Specifies the originating port. 

(FROM) CHNL 0-31 Specifies the originating channel. 

TO NET 0-31 Specifies the destination network pair. 

(TO) PORT 0-63 Specifies the destination port. 

(TO) CHNL 0-31 Specifies the destination channel. 
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Action 
Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET135 
Explanation 
The Network (NET) subsystem generates log report NET135 under one of the 
following conditions: 
e after an attempt to reverse a reserved path through specification of the 
original from location as to, and the original to location as from: 
e when a path is not present 
* when the path is not two-way 
* when the to pathend is indicated and the other end is not found 
e when the number of connections is a number that is not one 
Any of these occurrences indicates a call processing failure. 
Format 
The log report format for NET135 is as follows: 
NET135 mmmdd hh:mm:ss ssdd EXEC ILLEGAL ATTEMPT TO 
REVERSE A PATH 
FROM NET=nn, PORT=nn, CHNL=nn, TNET=nn, PORT=nn, 
CHNL=nn 
Example 


An example of log report NET 135 follows: 


z 


ET135 OCT18 15:08:05 3598 EXEC ILLEGAL ATTEMPT TO REVERSE 


PATH 
FROM NET-1,PORT-2,CHNL-3,TO NET=1,PORT=0,CHNL=2 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
EXEC ILLEGAL Constant Indicates that this report generates because of 
ATTEMPT TO an attempt to reverse a reserved path. 


REVERSE A PATH 


FROM NET 0-31 Specifies the originating network pair. 
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(Sheet 2 of 2) 

Field Value Description 

(FROM) PORT 0-63 Specifies the originating port. 

(FROM) CHNL 0-31 Specifies the originating channel. 

TO NET 0-31 Specifies the terminating network pair. 

(TO) PORT 0-63 Specifies the terminating port. 

(TO) CHNL 0-31 Specifies the terminating channel. 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET136 
Explanation 
The Network (NET) subsystem generates log report NET136. The subsystem 
generates after an attempt to connect two ports that do not have an in-service 
plane available. 
Format 
The log report format for NET 136 is as follows: 
*NET136 mmmdd hh:mm:ss ssdd EXEC 
NO INSERVICE PLANE BETWEEN NETWORK PORTS 
FROM NET=nn, PORT=nn, CHNL=nn TO NET=nn, PORT=nn, 
CHNL=nn 
Example 


An example of log report NET 136 follows: 


*NET136 JAN10 09:30:10 8861 EXEC 
NO INSERVICE PLANE BETWEEN NETWORK PORTS 
FROM NET-0, PORT-1, CHNL-10 TO NM-0, PORT-3, CHNL-14 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

EXEC Consta Indicates an attempt to connect two 

NOINSERVIGE PLANE E tough he rete There 

BETWEEN NETWORK R ` 

PORTS 

FROM NET 0-31 Specifies the originating network pair. 

(FROM) PORT 0-63 Specifies the originating port. 

(FROM) CHNL 0-31 Specifies the originating channel. 

TO NET 0-31 Specifies the terminating network 
pair. 

(TO) PORT 0-63 Specifies the terminating port. 

(TO) CHNL 0-31 Specifies the terminating channel. 
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Action 


Return to service the appropriate network, plane, and/or junctor. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NET155 


Explanation 


The Network (NET) subsystem generates NET155. The subsystem generates 
NET155 when the network clock audit detects that a network plane-pair uses 
the wrong message switch (MS). The network plane-pair uses the wrong MS 
for the clock source. The network must use the MS with the active clock as 
the source of the MS. The network clock audit corrects the condition. The 
subsystem generates NET155 for information purposes. 


Format 
The log report format for NET155 is as follows: 


NET155 mmmdd hh:ss: ssdd INFO CLOCK AUDIT 
Net n-nn CLOCK SWICTHED TO MS n 


Example 
An example of log report NET155 follows: 


NET155 MAYO5 10:06:32 1105 INFO CLOCK AUDIT 
Net 0-12 CLOCK SWITCHED TO MS 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO CLOCK AUDIT Constant Indicates that network clock audit generates this report. 
Net (0-1)-(0-31) Identifies network plane and pair. 
CLOCK SWITCHED Constant Indicates that clock source was switched for identified 
network. 
TO MS 0-1 Identifies message switch that supplies clock source. 
Action 


If this log persists, contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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NETM104 


Explanation 


The Network Maintenance (NETM) subsystem generates NETM104 when a 
network module changes to system busy (SysB). A network module changes 
to SysB because the links between the central message controller (CMC) and 
the specified network are busy. 


Format 


The log report format for NETM104 is as follows: 


.**NETMIOA4 mmmdd hh:mm:ss ssdd SYSB NET STAT CHG NET n-nn 
SET FROM statxt 


rsntxt 


Example 


An example of log report NETM104 follows: 


**NETM104 JANO1 10:15:14 8210 SYSB 
SET FROM OK 
Network lost its Node Number 


Field descriptions 


N 


ET STAT CHG N 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


ECT 


SYSB NET STAT CHG Constant 


NET (0-0)-(1-31) 


Indicates that the state of the network changes to 


SysB. 


Specifies the network plane and pair. 
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(Sheet 2 of 2) 


Field 


Value 


Description 


SET FROM 


rsntxt 


Action 


SYSB BUSY 
MAN BUSY 
OK 

Network lost its 
Node Number 


Network fails a 
test, Warm Reset 
from the Network 


Both CMC links to 
the Network went 
SysB 


Indicates the previous state of the network module. 


Gives an explanation for the change in state, if 
necessary. 


To clear an alarm, refer to the maintenance guides. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-870 UCS log reports 


NETM108 

Explanation 
The Network Maintenance (NETM) subsystem generates NETMIOS. The 
subsystem generates NETM108 when a C-side message link between the 
central message controller (CMC) and the network returns to service (RTS). 
The link RTS after both C-side message links go down (busy). A user can 
manually initiate the RTS. The DMS can initiate the RTS. 

Format 
The log report format for NETM108 is as follows: 

*NETMIOS mmdd hh:mm:ss ssdd RTS NET CS STAT CHG NET n-nn 
rsntxt 
Example 


An example of log report NETM108 follows: 


*NETM108 DEC10 09:02:01 5684 RTS NET CS STAT CHG NET 1-01 
C-side Mtce requested action 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
RTS NET CS STAT CHG Constant Indicates that the state of a C-side link of 
the network module changes to RTS. 

NET (0-0)-(1-31) Specifies network plane and pair. 

rsntxt C-side Mtce Gives an explanation for change in state, 
requested action, if necessary. 
(blank) 

Action 


To clear a minor alarm, refer to the maintenance guides. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NETM109 


Explanation 


The Network Maintenance (NETM) subsystem generates NETM109. The 
subsystem generates NETM109 to record that the two message links between 
the central message controller (CMC) and the network are out of service. The 
user can manually initiate this action. The DMS can manually initiate this 
action. 


Format 
The log report format for NETM109 is as follows: 


*NETM109 mmmdd hh:mm:ss ssdd CBSY NET CS STAT CHG NET 
n-nn 
rsntxt 


Example 
An example of log report NETM109 follows: 


*NETM109 DEC10 09:02:01 5684 CBSY NET CS STAT CHG NET 1-01 
C-side Mtce requested action 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
CBSY NET CS STAT Constant Indicates that the state of C-side links of 
CHG network module change. 
NET (0-0)-(1-31) Specifies network plane and pair. 
rsntxt C-side Mtce requested Gives an explanation for change in state, if 
action, (blank) necessary. 
Action 


To clear a minor alarm, refer to the maintenance guides. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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NETM110 
Explanation 
The Network Maintenance (NETM) subsystem generates NETM110. The 
subsystem generates NETM110 every day at 0800 hours. This report contains 
the firmware performance maintenance counters for all the networks. These 
counters are set to zero again. If all counters of a network plane are zero, the 
system does not print the report for that plane. 
Format 
The log report format for NETM110 is as follows: 
NETM110 mmmdd hh:mm:ss ssdd INFO NET COUNTER DUMP n-nn 
countn 
name 
cnt] cnt2 cnt cnt4 cnt5 cnt6 cnt7 cnt8 
cnt9 cntAcntBentCentDentEentFent10 
ent1l cnt12 cnt13 ent14 ent15 cntl6 ent17 cntl8 
cntl9 cntlA cntIB cntIC cntiD cntlE 
Example 


An example of log report NETM110 follows: 


NETM110 MAY25 08:00:11 
P-SIDE 
0000 OOFF 0045 
0000 0000 0000 
0000 0000 0000 
0000 0000 0000 


0000 
0000 
0000 
0000 


Field descriptions 


7904 INFO NET COUNTER DUMP 1-1 


0002 
0000 
0000 
0000 


0058 0000 OOFF 
0000 0000 00FF 
00A5 0000 0000 
0000 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field Value 
INFO NET COUNTER DUMP Constant 
n-nn (0-0)-(1-31) 
count name C-SIDE 


Description 


Indicates that the contents of network counters 
are in this report. 


Specifies network plane and pair. 


Indicates counts are NT5X13 or NT8X10 control 
side (C-side) counter values. 
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(Sheet 2 of 3) 
Field Value Description 
P-SIDE Indicates counts are NTOX48, NT8X10 or 

NT5X13 peripheral side (P-side) counter values. 

C-side counters 

cnt 0000-00FF Central message controller (CMC) 0 wait for 
send timeout. 

cnt2 0000-00FF CMC 0 wait for acknowledgment timeout. 

cnt3 0000-00FF CMC 0 wait for start of message timeout. 

cnt4 0000-00FF CMC 0 single NACKS received. 

cnt5 0000-00FF CMC 0 double NACKS received. 

cnt6 0000-00FF NACKS sent to CMC 0. 

cnt7 0000-00FF CMC 0 opcode out of range. 

cnt8 0000-00FF CMC 0 messages not able to send. 

cnt9 0000-00FF CMC 1 wait for send timeout. 

cntA 0000-00FF CMC 1 wait for acknowledgment timeout. 

cntB 0000-00FF CMC 1 wait for start of message timeout. 

cntC 0000-00FF CMC 1 single NACKS received. 

cntD 0000-00FF CMC 1 double NACKS received. 

cntE 0000-00FF NACKS sent to CMC 1. 

cntF 0000-00FF CMC 1 option code (opcode) out of range. 

cnt10 0000-00FF CMC 1 messages unable to send. 

cnt1 1 0000-00FF A-side crosspoint card 0 retry counter. 

cnt12 0000-00FF A-side crosspoint card 1 retry counter. 

cnt13 0000-00FF A-side crosspoint card 2 retry counter (NT5X13 
only). 

cntí4 0000-00FF A-side crosspoint card3 retry counter (NT5X13 


only). 
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(Sheet 3 of 3) 

Field Value Description 

cnt15 0000-00FF B-side crosspoint card 0 retry counter. 

cnt16 0000-00FF B-side crosspoint card 1 retry counter. 

cnt17 0000-00FF B-side crosspoint card 2 retry counter (NT5X13 
only). 

cnt18 0000-00FF B-side crosspoint card 3 retry counter (NT5X13 
only). 

cnt19 0000-00FF Non-rerouting message purged because buffer 
full (5X13 only). 

cnt1A 0000-00FF Number of times CMC backs down from NET 
(both send MIS). 

cnt1B 0000-00FF Connection memory. read hits counter. 

cnt1C 0000-00FF Test code hits counter. 

cnt1D 0000-00FF Buffer full. 

cnt1E 0000-00FF Number of incoming messages delayed 
because CMC link problems. 

P-side counters 

ent 0000-00FF Wait for send timeout. 

cnt2 0000-00FF Wait for acknowledgment timeout. 

ents 0000-00FF Wait for start of message timeout. 

cnt4 0000-00FF Single NACKS received. 

cnt5 0000-00FF Double NACKS received. 

cnt6 0000-00FF NACKs sent. 

cnt7 0000-00FF Messages ignored. 

cnt8 0000-00FF Buffer errors. 

cnt9 to cnt18 0000-00FF Error log. Data is port/error. 

cnt19 to cnt1E 0000 Not used 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-876 
NETM110 (end) 


Action 
The user must keep these logs for future reference. There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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UCS log reports 1-877 


The Network Maintenance (NETM) subsystem generates NETM111. This 

report displays the contents of the firmware performance maintenance counter 
every day at 0800 hrs. After the system generates NETMI11, all counters are 
set to zero again. If all counters of a network plane are zero, the system does 
not generate the report for that network plane. This report displays the C-side 


counters for the NTOX48 


Format 


network. 


The log report format for NETM111 is as follows: 


NETMI111 mmmdd hh:mm:ss ssdd INFO NET COUNTER DUMP n-nn 
cnt] cnt2 cnt3 cnt4 cnt5 cnt6 cnt7 cnt8 
cnt9 cntAcntBentCcntDecntEcntFent10 


cntl1 cnt12 


Example 


An example of log report NETM111 follows: 


NETM111 MAY25 08:00 


:11 7803 INFO NET COUNTER DUMP 1-1 


0000 0000 0001 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0001 


0000 0000 


Field descriptions 


The following table describes each field in the log report: 
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Field Value Description 
CONSTANT Indicates that contents of network counters are 

in this report. 

n-nn (0-0)-(1-31) Specifies the network plane and pair. 

cnt1 0000-00FF Specifies CMC 0 wait for send timeout. 

cnt2 0000-00FF Specifies CMC 0 wait for acknowledgment. 

cnt3 0000-00FF Specifies CMC 0 wait for start of message 
timeout. 

cnt4 0000-00FF Specifies CMC 0 single NACKs received. 
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Field Value Description 
cnt5 0000-00FF Specifies CMC 0 double NACKs received. 
cnt6 0000-00FF Specifies CMC 0 NACKs sent to CMC. 
cnt7 0000-00FF Specifies CMC 0 option code out of range. 
cnt8 0000-00FF Specifies CMC 0 return message killed. 
cnt9 0000-00FF Specifies CMC 1 wait for send timeout. 
cntA 0000-00FF Specifies CMC 1 wait for acknowledgment. 
cntB 0000-00FF Specifies CMC 1 wait for start of message 
timeout. 
cntC 0000-00FF Specifies CMC 1 single NACKs received. 
cntD 0000-00FF Specifies CMC 1 double NACKs received. 
cntE 0000-00FF Specifies CMC 1 NACKs sent to CMC. 
cntF 0000-00FF Specifies CMC 1 opcode out of range. 
cnt10 0000-00FF Specifies CMC 1 return message killed. 
cnt1 1 0000-00FF Specifies a buffer overflow counter. 
cnt12 0000-00FF Specifies an incoming message delayed. 
Action 


If large values appear in the counters, the user must save these logs. The next 
level of maintenance can use the values. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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NETM115 


Explanation 


The Network Maintenance (NETM) subsystem generates NETM115. The 
subsystem generates NETM115 as a result of either a manual or system 
request to set a link. The user or system requests a link to be set between a 
peripheral module (PM) and a network module to the in-service state. 


Format 
The log report format for NETM115 is as follows: 


NETM115 mmmdd hh:mm:ss ssdd RTS NET LINK STAT CHG 
NET n-nn LINK nn SET FROM statxt 
pmid Portn CAP: catxt 
rsntxt 


Example 
An example of log report NETM115 follows: 


NETM115 JUN18 08:16:10 2731 RTS NET LINK STAT CHG 
NET 1-0,LINK 40 SET FROM SYS BUSY 

LTC 1 Port 3 CAP: S 

Problem with link tested OK. 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

RTS NET LINK STAT Constant Indicates that state of PM/NET link changes to 

CHG RTS. 

NET (0-0)-(1-31) Specifies network plane and pair. 

LINK 0-63 Specifies link set to RTS. 

SET FROM SYS BUSY, MAN BSY Indicates previous state of link. 

pmid Symbolic text Indicates which PM change affects. Refer to 
Table l. 

Port 0-16 Indicates peripheral port that connects to 
network link that changes state. 
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NETM115 (end) 
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Field Value 


network state change, 
Discrepancy in link and 
node states, Problem 
with link tested OK, 


Action 
There is no action required. 


Associated OM registers 


Description 

CAP: MS, S Indicates capability of link (messaging and 
speech or just speech.) 

rsntxt Ripple effect due to Gives an explanation for change in state, if 


blank 


necessary. 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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NETM116 


Explanation 


The network maintenance (NETM) subsystem generates NETM116 when the 
system changes the state of a link. The system changes the state of a link 
between a network module and a peripheral module (PM) to system busy 
(SysB). 


Format 
The log report format for NETM116 is as follows: 


**NETMII6 mmmdd hh:mm:ss ssdd SYSB NET LINK STAT CHG 
NET «plane»? «pair? Link n SET FROM «state», CODE REF: n 
<pmid> «pm no»? Port n CAP: captxt 
rsntxt 


Example 
An example of log report NETM116 follows: 


**NETM116 JUN18 08:16:08 25 SYSB NET LINK STAT CHG 
NET 1-0, LINK 6 SET FROM OK, CODE REF: 246 

LTC 1 Port 3 CAP: S 

Link failed a test. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

SYSBNETLINKSTAT Constant Indicates that state of a PM to network module 

CHG link changes to system busy. 

NET Constant Indicates that affected network plane and pair 
follows. 

plane 0 or 1 The network plane. 

pair 0 to 31 The network pair. 

LINK n n -0 to 63 Identifies link set to system busy. 

SET FROM Constant Indicates that previous state of link follows. 
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Field Value Description 
state OK, SYS BUSY, MAN Previous state of link 
BUSY, OFFLINE, 
UNEQUIPPED 
pmid Symbolic text Identifies type of PM that link state change 
affects. 
pm_no 0 to 255 Identifies PM number. 
Portn n=0to 15 Adjacent field indicates capability of link. 
CAP Constant Indicates that adjacent field indicates capability 
of link. 
captxt MS or S MS indicates messaging and speech capability. 
S indicates speech capability only. 
rsntxt Text string A description of event that triggers the log. 
Action 


If the message indicates a problem with a link, manually test the link. 


If the reason text is "Network detected a port error or WAI on a port," review 
NETM150 log reports. The system generates NETM150 after the NETM116 
log report. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NETM117 


Explanation 
The Network Maintenance (NETM) subsystem generates NETM117 as a 
result of a manual request to set a link. The user requests that a link between 


a peripheral module (PM) and a network module be set to the manual busy 
(MANB) state. 


Format 
The log report format for NETM117 is as follows: 


*NETM117 mmmdd hh:mm:ss ssdd MANB NET LINK STAT CHG 
NET n-nn LINK nn FROM statxt 
pmid Port n CAP: catxt 
rsntxt 


Example 
An example of log report NETM117 follows: 


*NETM117 JANO1 10:15:14 8210 MANB NET LINK STAT CHG 
NET 1-1, LINK 2 SET FROM UNEQUIPPED 

Link added through Table Control 
*NETM117 JANO1 10:15:14 8210 MANB NET LINK STAT CHG 
NET 1-1, LINK 2 SET FROM OK 

LTC 1 PORT 3 CAP: S 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

MANB NET LINK STAT Constant Indicates that state of PM/NET link changes to 

CHG MANB. 

NET (0-0)-(1-31) Specifies network plane and pair. 

LINK 0-63 Specifies which PM/NET link is set MANB. 

FROM SYS BUSY, OK, Indicates previous state of link. 

UNEQUIPPED 

pmid Symbolic text Indicates which PM change affects. Refer to 

Table l. 
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Field Value Description 


Port n 0-16 Indicates peripheral port that connects to 
network link that changes state. 


CAP MS, S Indicates capability of link (messaging and 
speech or just speech.) 
rsntxt Link added through Gives an explanation for change in state, if 
Table Control, blank necessary. 
Action 


A manual request performs the state change. There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 


Field descriptions 
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The NETM (Network Maintenance) subsystem generates NETM120 as the 
result of a manual or system request. The user requests a diagnostic test on a 
link between a peripheral module (PM) and a network module. This report 
indicates that the test fails. 


The log report format for NETM120 is as follows: 


NETM120 mmmdd hh:mm:ss ssdd FAIL NET LINK NET n-nn LINK 
nn 


test FAILED 


An example of log report NETM120 follows: 


N 


ECH T 


EST FAIL! 


ETM120 JUN18 08:14:24 9974 FAIL NET LINK N 
SPE 


ED 


ET 0-0 LINK 55 


The following table describes each field in the log report: 


Field Value Description 
FAIL NET LINK Constant Indicates failure of a diagnostic test that the 
System ran on a network module link. 

NET (0-0)-(1-31) Specifies the network plane and pair. 

LINK 0-63 Specifies which PM/NET link fails the test. 

test SPEECH TEST Displays the name of the test that fails. 
LOOP TEST 
MESSAGE TEST 

FAILED Constant Gives result of test. 

Action 


Contact the next level of support. 
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NETM120 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The NETM (Network Maintenance) subsystem generates NETM122. The 
subsystem generates NETM122 when the system sends a request to set the 
network junctor to the system busy (SysB) state. 


The log report format for NETM122 is as follows: 


*NETMI22 mmmdd hh:mm:ss ssdd SYSB NET JCTR STAT CHG NET 


n-nn 


JCTR nn SET FROM statxt 


An example of log report NETM122 follows: 


EC10 


NETM122 
Explanation 
Format 
rsntxt 
Example 
*NETM122 D] 
1-01 
JCTR 10 


S 


10:11:24 8217 SYSB N 


ET FROM OK 


Integrity test on junctor 


Field descriptions 
The following table describes each field in the log report: 


ET JCTR STAT CHG N 


4 
ET 


Field Value Description 
SYSB NET JCTR Constant Indicates that the state of the the network 
STAT CHG junctor changes (to SYSB). 
NET (0-0)-(1-31) Specifies the network plane and pair. 
JCTR 0-63 Specifies which junctor is set SYSB. 
SET FROM Symbolic text Indicates the previous state of the junctor. 
rsntxt Integrity test fails on Gives an explanation of the change in state, if 
Junctor, Junctor test fails required. 
Action 


Manually test the junctor. 
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NETM122 (end) 


Associated OM registers 
There are no associated OM registers. 
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The Network Maintenance (NETM) subsystem generates NETM123. The 
subsystem generates NETM123 as a result of a manual request to set a network 


*NETM123 mmmdd hh:mm:ss ssdd MANB NET JCTR STAT CHG 


NETM123 
Explanation 
junctor to manual busy (MANB) state. 
Format 
The log report format for NETM123 is as follows: 
NET n-nn JCTR nn SET FROM statxt 
Example 


An example of log report NETM123 follows: 


*NETM123 DEC10 10:11:24 8217 MANB N 


NET 1-01 JCTR 10 SET FROM OK 


Field descriptions 


ET JCTR STAT CHG 


The following table describes each field in the log report: 


Field Value 


Description 


MANBNETJCTRSTAT Constant 
CHG 


NET (0-0)-(1-31) 
JCTR 0-63 
SET FROM OK, SYSBUSY, 
OFFLINE 
Action 


Indicates that the state of the network junctor 
changes to MANB. 


Specifies the network plane and pair. 
Specifies which junctor is set MANB. 


Indicates the previous state of the network. 


There is no action required. The user performs the state change manually. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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Maintenance (NETM) subsystem generates NETM124. The 


subsystem generates NETM124 as a result of a manual request to set the 


or to the offline (OFFL) state. 


The log report format for NETM124 is as follows: 


mmmdd hh:mm:ss ssdd OFFL NET JCTR STAT CHG 


NET n-nn JCTR nn SET FROM statxt 


NETM124 
Explanation 

The Network 

network junct 
Format 

*NETMI24 
rsntxt 

Example 


An example of log report NETM124 follows: 


*NETM124 DI 


ECI10 10:11:24 8217 OFFL NET JCTR STAT CHG 


NET 1-01 JCTR 10 SET FROM MAN BUSY 


Junctor 


Field descriptions 


added through Table Control 


The following table describes each field in the log report: 


Field Value Description 

OFFL NET JCTR STAT Constant Indicates that the state of the network junctor 

CHG changes to OFFL. 

NET (0-0)-(1-31) Specifies the network plane and pair. 

JCTR 0-63 Specifies which junctor the system is set to 

OFFL. 

SET FROM statxt MAN BUSY, Indicates the previous state of the junctor. 
UNEQUIPPED 

rsntxt Junctor added through Gives an explanation of the change in state, if 
Table Control, blank required. 

Action 


There is no action required. The user performs the state change manually. 
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NETM124 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-892 UCS log reports 


NETM126 
Explanation 
The Network Maintenance (NETM) subsystem generates NETM126. The 
subsystem generates NETM126 as the result of a manual or a system request 
to run a diagnostic test. The test runs on the network junctor. The report 
indicates that the test fails. 
Format 
The log report format for NETM126 is as follows: 
NETM126 mmmdd hh:mm:ss ssdd FAIL NET n-nn JCTR nn 
JCTR FAILED TEST 
Example 


An example of log report NETM126 follows: 


NETM126 DEC10 9:10:20 5582 FAIL NET 1-01 JCTR 23 
JCTR FAILED TEST 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
FAIL NET (0-0)-(1-31) Indicates a diagnostic test failure and specifies 
the network plane and pair. 
JCTR 0-63 Specifies which junctor fails. 
JCTR FAILED TEST Constant Gives diagnostic test result. 
Action 


Manually test the junctor to obtain the list of possible failed cards. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 


UCS log reports 1-893 


The Network Maintenance (NETM) subsystem generates NETM137 for 
information and debugging purposes. The subsystem prints the complete 
information about a network task at a given point in the execution of the task. 


In some conditions a user can turn the report on and off. The user uses the 
NETDBG package. Refer to Table NETDBG errors at the end of this log 
report. 


The log report format for NETM137 is as follows: 


NETM137 mmmdd hh:mm:ss ssdd INFO NET TASK TY/RT- hhhh 
IND hhhh hhhh hhhh hhhh RQ/ST/PR ffff J/C hhhh 
I/F/AD/AB/P hhhh DATA hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


An example of log report NETM137 follows: 


NETM137 DEC15 10:24:15 1865 INFO NET TASK TY/RT-000F 
IND 07C2 07C3 07C3 07C3 RQ/ST/PR 0213 J/C 0007 
I/F/AD/AB/P 1F00 DATA 0205 O1BA 044A FBOO 0024 84DB 
1F02 0000 701F 1010 0079 8080 8080 0000 


Field descriptions 


(Sheet 1 of 3) 


The following table describes each field in the log report: 


Field 
INFO NET TASK 


TY/RT 


Value Description 

Constant Indicates that information about a network task 
follows. 

0000-0099 Bits 0-7 indicate the source of the error (refer to 
Table NETDBG Errors at the end of this log 
report). Bits 8-15 provide the last return code. 
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NETM137 (continued) 


(Sheet 2 of 3) 
Field Value Description 
IND 0000-FFFF Index to the REQT of the current task. The 
following list shows meanings for TY/RT 
values: 
TY/RT Value Meaning 
2b node type 
2F, 32, 36, 37 node aspect return code 
33, 34, 35, 41, 42, 44 node number 
43 node levels 
45 pm unit 
10, 2D, 31, 40 no meaning 
hhhh 0000-FFFF The first byte represents the message tag. The 
last byte represents the message length. 
hhhh 0000-FFFF Represents the message route. 
hhhh 0000-FFFF The first nibble is an allocation of the terminal 
number. The last three nibbles represent the 
node number. 
RQ/ST/PR 0000-FFFF The first byte is an error byte. The second byte 
makes the remainder of the terminal number. 
J/C 0000-FFFF Indicates the message type. (020C is a 
loopmsg0 used to test C-side of network). 
VF/AD/AB/P 0000-00FF Represents a special solicitor number. 
DATA 0000-FFFF If bits 0-3 in the J/C field = 0, then all the values 


after DATA are zeros. The first four hex 
numbers in the DATA field represent words 1-4 
of the message area. The fifth number is the 
node number. 


Sixth hex number: 
* Bits 0-7 - solicitor number 


e Bits 8-15 = cloned mail box number 


Seventh hex number: 
* Bits 0-7 = network module number 


* Bits 8-15 = port number 
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NETM137 (continued) 
(Sheet 3 of 3) 
Field Value Description 
Eighth hex number: 
* Bits 0-71p0 = node aspect return 
* code Bits 8-15 = P-side retrys 
Ninth hex number: 
* Bits 0-7 - P-side port number 
* Bits 8-11 = P-side port action 
* Bit 12 = P-side port abort 
* Bit 13 = P-side port verify 
* Bits14-15 = P-side port msg link condition 
Tenth hex number: same as value in the J/C 
field, but for C-side ports. 
Hex numbers 11 to 14 represent words 1-4 of 
the task-dependent part of the scratch pad. 
Action 


Use this log to debug only. Report to the next level of support. 
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NETDB 
Value Procedure G Description 
0 
1 
2 netdad no process dies 
3 nm_ioerror_handler yes C-side port error rejected 
4 
5 nm_ioerror_handler yes network fault rejected 
6 nm_ioerror_handler yes P-side port error rejected 
*7 (see nm_ioerror_handler yes message not known 
Note) 
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Value Procedure G Description 

8 nm input handler yes P-side port error not requested 

9 nm input handler yes C-side port error not requested 

*a (see nm ioerror handler yes log sent message 

Note) 

*b (see nm input handler yes log incoming message back 

Note) 

G tst_nm_cs_link yes loopback integrity value 

d 

e nmmproc no time out to wait for work 

f 

10 execute task no did not release mailbox 

12 execute task no did not release solno 

13 execute task yes log all complete tasks 

14 yes finishes and fails test 

15 request rcvd yes task rejected 

16 request with 2 ends yes task rejected 

17 retrieve special mb no other than active task calls 

18 free sos mb no other than active task calls 

19 store regt msg yes message was lost - dump the task 

1a prio-evaluate yes active request too important to 
abort 

1b prio evaluate yes aborting task 

1c prio evaluate yes aborted task not marked complete 

1d prio evaluate yes not known request type 

le netaudit no not active task owns solno 
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NETM137 (continued) 
(Sheet 3 of 4) 
Value Procedure G Description 
20 netaudit no not active task owns cloned solno 
21 netaudit no cloned solno that wrong task owns 
22 netaudit no complete task continues to owns 
mailbox 
23 netaudit no The task did not toggle audit bit. 
Initiate again. 
24 netaudit no Cannot get the nm_number for the 


given node number. 


25 netaudit no Problem in submission of a request 
for a p-side port error. 


26 netaudit no Problem in submission of a request 
for a c-side port error. 


27 netaudit no Problem in submission of a request 
after a warm reset. 


28 netaudit no Cannot retrieve the mail box for a 
solicited message. 


29 netaudit no Problem in transmission of a (short) 
solicited message to the mailbox. 


2a netaudit no Cannot get a cmciobuffer to send a 
message. 

2b netaudit no Message is too log for nm buffers. 

2c netaudit no Problem in transmission of a (long) 


solicited message to the mailbox. 


2d NM_IOERROR_HANDLER no Invalid error code in message that 
rebounds. 
2e : no Invalid nodetype for destination 


node of message that rebounds. 


2f ^ no Invalid NM number or task type 
found for message that rebounds. 
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NETM137 (continued) 


(Sheet 4 of 4) 
NETDB 

Value Procedure G Description 

31 ý no Invalid node number in message 
that rebounds. 

32 " no Invalid NM number or task type 
found for message that rebounds. 

33 D no Message rebounds at C-side port 
that does not attach to JNET. 

34 n no Invalid node number for JNET 
associates with C-side port (plane 
0) that rebounds 

35 n no Invalid node number for JNET 
associated with C-side port (plane 
1) that rebounds. 

36 n no Invalid NM number or task type 
found. The message rebounds. 

37 " no Invalid NM number or task type 
found. The message rebounds. 

40 5 no Invalid destination node number in 
rebounded message for PM. 

41 2 no Invalid destination node number in 
rebounded message for remote. 

42 E no Invalid destination node number in 
rebounded message for remote. 

44 d no Invalid nodetype found for 
rebounded message for remote. 

45 " no Invalid destination node number in 
rebounded message for remote. 
Unit number for XPM node is 
greater than 1. 

99 NM INPUT HANDLER no WFSOM timeout on JNET C-side 


link. 


Note: In these cases, the system prints the message in the log. 
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NETM137 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NETM141 
Explanation 
The Network Maintenance (NETM) subsystem generates NETM141 as a 
general information report. 
Format 
The log report format for NETM141 is as follows: 
NETM141 mmmdd hh:mm:ss ssdd INFO NET reason hh 
Example 


An example of log report NETM141 follows: 


NETM141 OCT10 10:10:41 8347 INFO NET TEST RETURN CODE 9 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 


INFO NET Constant Indicates that the system generates this report 
as a general information report for network 
maintenance. 


reason Text Indicates the reason the system generates the 
log report: 


COUNTERS FOR PAIR 

TOTAL TASKS REJECTED 
TOTAL TASKS ACCEPTED 
REBOUND CS-PORT MSG 
PS-PORT SELF CLOSE 
FREEMTCHLD PRnn PTnn CHhh 


Action 
Contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 
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NETM141 (end) 


Additional information 
There is no additional information. 
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NETM142 


Explanation 


The Network Maintenance (NETM) subsystem generates NETM142 each 
time a user attempts to reset or initialize data. A user attempts to reset or 
initialize data for the failure counters or threshold limits for integrity analysis. 
The report gives information on the current threshold limits for link, 
crosspoint, and junctor cards. The log report explains the data changes, and 
indicates if the failure counters are set to zero. 


The maintenance support group uses this report to: 


* establish when threshold levels for the optional integrity analysis counters 
were modified and to record their current levels 


e establish when an extended message is received 


e indicate when a user last initialized the counters 


Format 
The log report format for NETM142 is as follows: 


*NETM142 mmmdd hh:mm:ss ssdd INFO INTEGRITY DATA CHANGE 
LINKS =nnn, JCTRS =nnn, XPNTS =nnn, 
COUNTS INIT = yntxt, REASON = reastxt 


Example 
An example of log report NETM142 follows: 


NETM142 JUL18 09:24:48 8349 INFO INTEGRITY DATA CHANGE 
LINKS = 250,JCTRS = 250,XPNTS = 250, 
COUNTS INIT = YES, REASON = DEATHEXT 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO INTEGRITY DATA Constant Indicates a change in the integrity analysis 
CHANGE data. 

LINKS 0-999 Specifies the threshold limit of the link. 
JCTRS 0-999 Specifies the threshold limit of the junctor. 
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(Sheet 2 of 2) 


Field Value Description 
XPNTS 0-999 Specifies the threshold limit of the 
crosspoint. 
COUNTS INIT Yes, No Indicates if the failure and PM counters are 
set to zero (yes) or not (no). 
REASON RESTART Indicates that a restart occurs. 
OP CLEAR The MAP terminal operator clears all the 


counters with the DISPLAY command. 


OP THRSH The MAP terminal operator modifies the 
fault threshold levels for links, crosspoints 
(XPNTS), and junctors with nonmenu 
commands. 


AUDITCLR The counters initialize at 0800 through the 
integrity sons audit. 


DEATHEXT The integrity daddy process received a 
network extend message. 


Action 
There is no action required. The next level of support can use this report. 


Associated OM registers 
There are no associated OM registers. 
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NETM143 
Explanation 
The Network Maintenance (NETM) subsystem generates NETM143. The 
subsystem generates NETM143 when the nailed-up connection (NUC) audit 
process identifies a NUC table discrepancy. The NUC audit specifies that a 
call does not connect as a NUC. The NET, PORT, and CHNL refer to the 
to end pathend information. 
Format 
The log report format for NETM143 is as follows: 
NETM143 mmmdd hh:mm:ss ssdd INFO NUC TABLE DISCREPANCY 
PATH INFO REMOVED NET= nn, PORT= nn, CHNL = nn 
Example 


An example of log report NETM143 follows: 


NETM143 OCTO3 03:03:22 7733 INFO NUC TABLE DISCREPANCY 
PATH INFO REMOVED NET-1, PORT-15, CHNL - 11 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO NUC TABLE Constant Indicates that the path information for a call 

DISCREPANCY PATH INFO does not connect as a NUC connection, and 

REMOVED is removed. 

NET 0-31 Specifies the terminating network pair (no 
longer a NUC). 

PORT 0-63 Specifies the terminating port (no longer a 
NUC). 

CHNL 0-31 Specifies the terminating channel (no longer 
a NUC). 

Action 


There is no action required. 
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NETM143 (end) 


Associated OM registers 
There are no associated OM registers. 


297-2621-840 Standard 09.01 May 2001 


1-906 UCS log reports 


NETM145 


Explanation 


The Network Maintenance (NETM) subsystem generates log report 
NETM145. The subsystem generates NETM145 to specify that a junctor port 
that holds a nailed-up connection (NUC) is busy. The NETM145 report 
specifies when an attempt is made to move the connection. When a move 
failure occurs, the connection can break as a result of the problem associated 
with the junctor port. The NET, PORT. and CHNL refer to the end, pathend 
information. 


Format 
The log report format for NETM145 is as follows: 


NETM145 mmmdd hh:mm:ss ssdd INFO NUC MOVE PATH INFO 
FAILED TO MOVE NUC NET=nn, PORT=nn, CHNL=nn 


Example 
An example of log report NETM145 follows: 


NETM145 OCT03 04:03:22 7643 INFO NUC MOVE PATH INFO 
FAILED TO MOVE NUC NET-3, PORT-18, CHNL-21 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO NUC MOVE PATH INFO Constant Indicates that this report contains 
information about moving an NUC. 

FAILED TO MOVE NUC Constant Indicates that the attempt to move the NUC 
failed. 

NET 0-31 Specifies the terminating network pair. 

PORT 0-63 Specifies the terminating junctor port. 

CHNL 0-31 Specifies the terminating channel. 

Action 


There is no action required. 
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NETM145 (end) 


Associated OM registers 
There are no associated OM registers. 
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NETM146 
Explanation 
The Network Maintenance (NETM) subsystem generates NETM146 when a 
warm reset of the network occurs. 
Format 
The log report format for NETM146 is as follows: 
*NETM146 mmmdd hh:mm:ss ssdd INFO WARM RESET NET n-nn, 
COUNT = n 
Example 


An example of log report NETM146 follows: 


*NETM146 JANO3 06:08:12 0154 INFO WARM RESET NET 0-8, 
COUNT = 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO WARM Constant Indicates a warm reset of the network. 

RESET 

NET (0-0)-(1-31) Specifies the network plane and pair. 

COUNT 0-5 Specifies the received number of 
resets. 


Action 


Save all reports generated during the five min before the generation of log 
NETM146. Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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NETM147 


Explanation 


Format 


Example 


The network maintenance (NETM) subsystem generates NETM147 when a 
port error occurs. 


The log report format for NETM147 is as follows: 


*NETM147 mmmdd hh:mm:ss ssdd INFO PORT ERROR NET n-nn 
PORT n, 
COUNT =n 


An example of log report NETM147 follows: 


*NETM147 JANO3 06:08:12 0154 INFO PORT ERROR NET 0-8 PORT 
9, 
COUNT - 1 


Field descriptions 


Action 


The following table describes each field in the log report: 


Field Value Description 

INFO PORT Constant A port error occurred on an exact 
ERROR network port. 

NET (0-0)-(1-31) Specifies the network plane and pair. 
PORT 0-63 Specifies the network port. 

COUNT 0-5 Number of resets received. 


Test the link that this log report indicates. 


Associated OM registers 


There are no associated OM registers. 


DMS-250 Logs Reference Manual, Volume 4 of 6 UCS15 


1-910 UCS log reports 


NETM148 

Explanation 
The network maintenance (NETM) subsystem generates NETM148 when the 
subsystem detects a marginal problem during a network link test. The problem 
is not serious enough for the test to fail. 

Format 


The format for log report NETM148 is as follows: 


NETM148 mmmdd hh:mm:ss ssdd INFO TEST CODE HITS NET n-nn PORT nn 
COUNT =N 
testxt 


Example 
An example of log report NETM148 follows: 


NETM148 JAN19 13:15:23 3452 INFO TEST CODE HITS NET 0-1 PORT 
COUNT = 1 
SPCHLOOP - ON LINK 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TEST Constant Indicates that errors (hits) that the 
CODE HITS system encountered during a test. 
NET (0-1)-(0-31) Specifies the network plane and pair. 
PORT 0-63 Specifies the port. 
COUNT 0-5 Number of errors (hits) during test. 
testxt SPCHLOOP-ON Indicates the test (SPCHLOOP) and 
LINK or the location (LINK or NET) where the 
SPCHLOOP-ON system detected hits. 
NET 
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Action 


If log occurs repeatedly for exact NET/PORT, run ten tests on logged port. If 
any test fails, replace indicated hardware. If all tests pass but logs persist 
(more than five per day on the same NET/PORT): 


e replace test network interface card if “testxt' field says ~“Spchloop-on Net' 


e PM interface card if “testxt' field says “Spchloop-on link 


Associated OM registers 
There are no associated OM registers. 
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NETM149 
Explanation 
The network maintenance (NETM) subsystem generates NETM149 when the 
subsystem detects a marginal problem during a network link test. The problem 
is not serious enough for the test to fail. 
Format 
The log report format for NETM149 is as follows: 
NETM149 mmmdd hh:mm:ss ssdd INFO NETWORK SET ISTB 
NET 
n—nn 
rsntxt 
Example 


An example of log report NETM149 follows: 


NETM149 JAN19 13:15:22 2112 INFO NETWORK SET ISTB NET 0-1 
INTEG THRESHOLD 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO NETWORK Constant Indicates a report of a link test 

SET ISTB problem. 

NET (0-0)-(1-31) Identifies the network plane and pair. 

rsntxt Text Indicates why the log generated. 
Refer to reasons table in this 
document. 
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NETM149 (end) 


Action 


Refer to the following reasons table: 


Reason 


Explanation 


Action 


Integ Threshold 


Network Processor Error 


Clock Switch Error 


Test Failed 


Card, PM, and junctor counters 
reached threshold levels set up 
to monitor network integrity. 
Counters increase with each 
integrity fault reported. 


Indicates the basic network 
module diagnostic test is running 


Indicates a clock switch error. 


Indicates the network link test 
failed. 


Associated OM registers 
There are no associated OM registers. 


There is no action required. 


Busy, test, and return to service 
the indicated network. The test 
fails when a network hardware 
fault occurs. If log persists, 
replace network processor card. 


There is no action required. 


Busy, test, and return to service 
the indicated network. The test 
fails when a network hardware 
fault occurs. If log persists, 
replace network processor card. 
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NETM150 


Explanation 


The network maintenance (NETM) subsystem generates NETM150. This 
report appears when a WAI (Who am I) is received from a peripheral module 
(PM) through a DS30 link. 


The NETM creates NETM150 to clarify the NETM116 log report message 
“Network detected a port error or WAI on the port." 


Format 


The log report format for NETM150 is as follows: 


NETM150 mmmdd hh:mm:ss ssdd INFO WAI RECEIVED FROM PM 


NET <plane>—<pair> LINK n 
<pmid> «pm no» PORT n 


Example 


An example of log report NETM150 follows: 


NETM150 MARO8 13:15:22 2112 INFO WAI RECEIVED FROM PM 
NET 0-2 LINK 20 
PLGC 5 PORT 2 


Field descriptions 


The following table describes each field in the log report: 
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Field 


INFO WAI RECEIVED FROM 
PM 


NET 


plane 
pair 
LINK n 


pmid 


Value 


Constant 


Constant 


0 or 1 
0 to 31 
n «0 to 63 


Symbolic text 


Description 


Indicates that a WAI was received from a 
PM. 


Indicates that the affected network plane 
and pair are identified in the next fields. 


The network plane. 
The network pair. 
Identifies the link number. 


Identifies the type of PM from which the WAI 
was received. 
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Field Value Description 
pm_no 0 to 255 Identifies the PM number. 
PORT n n=0to 15 Identifies the affected port number. 


Action 


The system generates this log for information purposes only. There is no 
action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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NETM161 


Explanation 


The network maintenance (NETM) subsystem generates NETM161. This 
report appears every day at 08:00 hours when call processing counters for each 
network pair print. After the subsystem generates NETM161, the counters are 
reset to zero. 


Format 
The log report format for NETM161 is as follows: 


NETM161 mmmdd hh:mm:ss ssdd INFO NET CP COUNTERS 
PAIR INSERVICE BLOCKAGES DOUBLE 
PLANES CONNECTIONS 

0 cnt10 cnt20 cnt30 
1 ent11 cnt21 cnt31 


n cntin cnt2n cnt3n 


Example 
An example of log report NETM161 follows: 


NETM161 FEB25 08:01:55 7789 INFO NET CP COUNTERS 


PAIR IN SERVICE BLOCKAGES DOUBLE 
PLANES CONNECTIONS 

0 0 li 0 
1 6 0 0 
2 5 0 0 
3 0 0 0 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO NET CP Constant Indicates a report of the network call 
COUNTERS processing counters. 

PAIR Constant Network pair number. 

n 0-31 Identifies the network pair. 
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Field Value Description 
IN SERVICE Constant Connection attempts that are not 
PLANES successful because the network plane 


or link is out of service. 


cnt10-cntin 0-32767 Number of connection failures 
because of network plane or link is out 
of service. 

BLOCKAGES Constant Number of connection blockages for 
each network pair. 

cnt20-cnt2n 0-32767 Number of connection blockages. 

DOUBLE Constant Number of double connection tries for 

CONNECTIONS each network pair can result from 


connection being present because of 
maintenance or call processing. 


cnt30-cnt3n 0-32767 Double connection attempts. 


Action 
Contact the next level of maintenance if a counter displays excessive counts. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 
The switch generates this log at call answer time for the originating side of a 
call when either of the following conditions are met: 


e SOC UBFRO003 is in the Idle state, and the call is an international call or 
a call that terminates to an entry which is datafilled in table WZONE. 


e SOC UBFRO0003 is in the ON state, and the call is an international call or 
a call that terminates to an entry that is datafilled in table WZONE and 
either of the following conditions apply: 


— profile screening is activated and all the criteria are met 


— NETSEC option is provisioned with profile index set to 0. 


Format 
The format for log report NETS601 follows: 


switchid NETS601 mmmdd hh:mm:ss nnnn INFO NETSEC 
anisp_O1 anisp_02 anisp_03 anisp 04 anisp_05 anisp_06 anisp_07 
anisp_08 anisp_09 anisp_10 infodig_01 infodig 02 dialedno 01 
dialedno_02 dialedno_03 dialedno_04 dialedno_05 dialedno_06 
dialedno_07 dialedno_08 dialedno_09 dialedno_10 dialedno_11 
dialedno 12 dialedno 13 dialedno 14 dialedno_15 calledno 01 
calledno 02 calledno 03 calledno 04 calledno 05 calledno 06 
calledno 07 calledno. 08 calledno 09 calledno. 10 calledno. 11 
calledno 12 calledno. 13 calledno 14 calledno. 15 billnum 01 
billnum. 02 billnum 03 billnum 04 billnum, 05 billnum 06 
billnum. 07 billnum 08 billnum 09 billnum. 10 billnum 11 
billnum. 12 billnum 13 billnum 14 billnum_15 billnum 16 
billnum 17 billnum 18 billnum 19 billnum_20 billnum 21 
billnum 22 billnum 23 billnum 24 acctcd 01 acctcd. 02 
acctcd 03 acctcd_04 acctcd. 05 acctcd_06 acctcd_07 acctcd_08 
acctcd 9 acctcd. 10 acctcd 11 acctcd_12 fillerl filler2 origtime 
origampm anisuff cnpredig origdate predig filler3 finsid passthru 
origgrp acctv origmem filler4 termgrp filler5 termmem 
filler6 fintkgrp 


Example 
An example of log report NETS601 follows: 
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NETS601 (continued) 


250G NETS601 SEPO5 18:14:33 4088 INFO NETSEC 


123456789ABCDEF123456789ABCDEF123456789ABCDEF123456789AB 


CDEF123456789ABCDEF123456789ABCDEF123456789ABCDEF1234567 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field 
ANISP 


INFODIG 


DIALEDNO 


CALLEDNO 


BILLNUM 


ACCTCD 


ORIGTIME 


ORIGAMPM 


ANISUFF 


CNPREDIG 


Value 


alphanumeric, 
up to 10 TBCD 


alphanumeric, 
up to 2 TBCD 


alphanumeric, 
up to 15 TBCD 


alphanumeric, 
up to 15 TBCD 
alphanumeric 

alphanumeric, 


0-12 TBCD 


alphanumeric 


0, 1 


1-5 


0-7 


Description 


AUTOMATIC NUMBER IDENTIFICATION SPILL. Contains the 
number in the calling line ID field in the PRI SETUP message, 
charge number field for SS7, or ANI for PTS. 


INFORMATION DIGITS. Contains the information digits. An FGA 
trunk has one information digit, while an FGD trunk has two 
information digits. 


DIALED NUMBER, Contains either the dialed number or the 
hotline number. 


CALLED NUMBER. Contains the called number. 


BILLED NUMBER. Provides the travel card number, authorization 
code number, or 8xx called number. 


ACCOUNT CODE. Provides the account code used for internal 
customer accounting. 


ORIGINATING TIME. Provides the origination time when the 
caller went off-hook. This field is measured in one-second tics 
since midnight or noon. 


CALL ORIGINATION - AM OR PM. Indicates whether the 
origination time was a.m. or p.m., where:0=a.m. (00:00:00 to 
11:59:59)1=p.m. (12:00:00 to 23:59:59) 


AUTOMATIC NUMBER IDENTIFICATION SUFFIX. Defines the 
type of equal access call as identified by the start translation (ST) 
digit received, where:1-transitional equal access call 
(ST3P)2=cut-through equal access call (STP)3=transitional equal 
access call (ST2P)4-pure equal access call (ST)5=invalid ST digit 


TRANSLATED CALLED NUMBER PREFIX DIGITS. Provides the 
translated called number prefix digits, wnere:0=no prefix digits1-0 
prefix2=01 prefix3=011 prefix4=1 prefix5-7 not used 
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Field Value Description 
ORIGDATE 1-366 ORIGINATING DATE. Provides the date the call originated. 
PREDIG 0-7 PREFIX DIGITS. Provides three bits that define the dialed (or 


called) prefix digits, where:0=no prefix digits1=0 prefix2=01 
prefix32011 prefix4=1 prefix5-7 not used 


FINSID 0-999 FINAL SWITCH IDENTIFIER. Indicates the final switch the call 
went through before it left the CCS7 part of the network. 


PASSTHRU 0-3 PATH TO LONG DISTANCE CARRIER. Identifies the passthru 
action for the call, wnere:0=no passthru1=FGD Pure 
passthru2=FGD cut-thru passthru3=NO00 passthru 


ORIGGRP alphanumeric ORIGINATING TRUNK GROUP. Provides the originating trunk 
group number from table CLLICDR. 


ACCTV 1-3 ACCOUNT CODE VALIDATION. Indicates the type of account 
code validation performed, where:0=no account code collected 
(default value)1-2no validation occurred2=account code validation 
occurred (either complete or partial)3=account code validation 
database empty 


ORIGMEM 0-9999 ORIGINATING TRUNK MEMBER. Provides the origination trunk 
member number within the originating trunk group. Each trunk has 
up to 2048 members, with a range of 0-9999. 


TERMGRP alphanumeric TERMINATING TRUNK GROUP. Provides the terminating trunk 
group number from table CLLICDR. 


TERMMEM alphanumeric TERMINATING TRUNK MEMBER. Provides the terminating 
trunk member number within the terminating trunk group. Each 
trunk has up to 2048 members, with a range of 0-9999. 


FINTKGRP alphanumeric FINAL TRUNK GROUP. Indicates the final terminating trunk 
group that is the number (from table CLLICDR on the terminating 
switch) of the trunk group on which the call left the CCS7 part of 
the network. 


Action 
Not applicable. 


Associated OM registers 
None. 
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NETS601 (continued) 


Additional information 
The switch forms the data fields into groups of 16 bits. These groups are 
converted to ASCII and are sent to the downstream processor. The downstream 
processor takes the ASCII values and converts them to HEX. 


The following steps represent an example of the conversion process. 


1. The first four fields in the log are ANISP. 01, ANISP_02, ANISP_03, and 
ANISP 04. Using the log report example in paragraph "8.2.1", the initial 
values of these fields are 1, 2, 3, and 4 respectively. 


2. The UCS DMS-250 switch combines multiple fields, as required, to form 
one word (16 bits). Since each ANISP field is 4 bits in length, only four 
fields are needed to form a word. In this case, the HEX word formed is 
#1234. 


3. The UCS DMS-250 switch sends a corresponding ASCII character code 
for each of the HEX digits to the downstream processor. For example, the 
ASCII code #31 #32 #33 #34 is sent for the HEX digits #1234. 


4. The downstream processor receives the ASCII codes and converts them 
into the original corresponding HEX digits. For example, #31 #32 #33 #34 
is received from the UCS DMS-250 switch, the downstream processor 
finds the corresponding HEX value for each of the ASCII bytes (1 2 3 4, 
in this case). 


5. 


The HEX digits are formed into 16-bit words (#1234) and the fields are 
extracted from this word. 


Note: Note: If the fields lie on a nibble boundary (as is the case of 
ANISP_01, ANISP_02, ANISP_03, and ANISP_04), the values for each of 
these fields can be extracted directly from the ASCII character code. 


For example, if 31 is received from the UCS DMS-250 switch for field 
ANISP 0l, #30 can be subtracted from the ASCII value to give the true value 
for the field (1). It is only necessary to form 16 bit words from the ASCII 
character code if the fields in the word do not lie on a nibble boundary, as in 
the case of ORIGDATE, CNPREDIG, ANISUFF, and ORIGAMPM. 


The NETS601 bitmap layout is shown in the following figure. 


Note: In the following figure, AM stands for ORIGAMPM. 
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1-922 


MSB 

WORD/BIT | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 
00/0 ANISP_01 ANISP_02 ANISP. 
01/16 ANISP. 05 ANISP_06 ANISP. 
02/32 ANISP. 09 ANISP. 10 INFODIC 
03/48 DIALEDNO 01 DIALEDNO 02 DIALEDN 
04/64 DIALEDNO_05 DIALEDNO_06 DIALEDN 
05/80 DIALEDNO_09 DIALEDNO_10 DIALEDN 
06/96 DIALEDNO_13 DIALEDNO_14 DIALEDN 
07/112 CALLEDNO_02 CALLEDNO_03 CALLEDN 
08/128 CALLEDNO_06 CALLEDNO_07 CALLEDN 
09/144 CALLEDNO_10 CALLEDNO_11 CALLEDN 
10/160 CALLEDNO_14 CALLEDNO_15 BILLNUM 
11/176 BILLNUM 03 BILLNUM 04 BILLNUM 
12/92 BILLNUM 07 BILLNUM 08 BILLNUM 
13/208 BILLNUM 11 BILLNUM 12 BILLNUM 
14/224 BILLNUM 15 BILLNUM 16 BILLNUM 
15/240 BILLNUM 19 BILLNUM 20 BILLNUM 
16/256 BILLNUM 23 BILLNUM 24 ACCTCL 
17/272 ACCTCD_03 ACCTCD_04 ACCTCL 
18/298 ACCTCD_07 ACCTCD_08 ACCTCL 
19/304 ACCTCD_11 ACCTCD_12 FILLE! 
20/320 ORIGTIME 

21/336 | AM ANISUFF CNPREDIG 

22/352 PREDIG FILLER3 

23/368 | PASSTHRU ORIGGRP 
24/384 ACCTV ORIGMEM 
25/400 FILLER4 TERMGRP 
26/416 FILLERS TERMMEM 
27/432 FILLER6 FINTKGRP 

sit | 00 | 01 | 02 | 03 | o4 | 05 | 06 | 07 | 08 | 09 
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NETS602 


Explanation 
The switch generates the NETS602 log at call release time for a call which 
generated a NETS601 log or CDR at call answer time while SOC UBFRO003 
is on ON for the same call. 


Format 
The format for log report NETS602 follows: 


NETS602 mmmdd hh:mm:ss ssdd INFO NETSEC 
anisp 01 anisp_02 anisp_03 anisp_04 anisp_05 anisp_06 anisp 07 
anisp 08 anisp_09 anisp_10 infodig 01 infodig 02 dialedno 01 
dialedno 02 dialedno 03 dialedno 04 dialedno 05 dialedno_06 
dialedno. 07 dialedno. 08 dialedno 09 dialedno. 10 dialedno. 11 
dialedno_12 dialedno 13 dialedno 14 dialedno. 15 calledno. 01 
calledno 02 calledno. 03 calledno 04 calledno. 05 calledno. 06 
calledno 07 calledno. 08 calledno 09 calledno. 10 calledno_11 
calledno 12 calledno. 13 calledno. 14 calledno. 15 billnum 01 
billnum. 02 billnum 03 billnum 04 billnum, 05 billnum 06 
billnum. 07 billnum 08 billnum 09 billnum_10 billnum 11 
billnum 12 billnum 13 billnum 14 billnum 15 billnum 16 
billnum 17 billnum 18 billnum 19 billnum. 20 billnum 21 
billnum 22 billnum 23 billnum 24 acctcd 01 acctcd 02 
acctcd 03 acctcd_04 acctcd. 05 acctcd. 06 acctcd_07 acctcd_08 
acctcd_09 acctcd 10 acctcd_11 acctcd_12 fillerl filler2 origtime 
origampm anisuff cnpredig origdate predig filler3 finsid passthru 
origgrp acctv origmem filler4 termgrp filler5 termmem 
filler6 fintkgrp call dur 


Example 
An example of log report NETS602 follows: 


NETS602 DECO2 10:12:51 6300 INFO NETSEC 
21461122110082352A10000082352A12A10000061122110000000 
0000000000000000000008F2C0150000B01090001011500010115 
00000130 
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NETS602 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 
ANISP alphanumeric, AUTOMATIC NUMBER IDENTIFICATION SPILL. Contains the 
upto 10 TBCD . number in the calling line ID field in the PRI SETUP message, 
charge number field for SS7, or ANI for PTS. 
INFODIG alphanumeric, INFORMATION DIGITS. Contains the information digits. An FGA 
up to 2 TBCD trunk has one information digit, while an FGD trunk has two 
information digits. 

DIALEDNO alphanumeric, DIALED NUMBER, Contains either the dialed number or the 

upto 15 TBCD hotline number. 

CALLEDNO alphanumeric, CALLED NUMBER. Contains the called number. 

up to 15 TBCD 

BILLNUM alphanumeric BILLED NUMBER. Provides the travel card number, authorization 
code number, or 8xx called number. 

ACCTCD alphanumeric, ACCOUNT CODE. Provides the account code used for internal 

0-12 TBCD customer accounting. 

ORIGTIME alphanumeric ORIGINATING TIME. Provides the origination time when the 
caller went off-hook. This field is measured in one-second tics 
since midnight or noon. 

ORIGAMPM 0,1 CALL ORIGINATION - AM OR PM. Indicates whether the 
origination time was a.m. or p.m., where:0=a.m. (00:00:00 to 
11:59:59)1=p.m. (12:00:00 to 23:59:59) 

ANISUFF 1-5 AUTOMATIC NUMBER IDENTIFICATION SUFFIX. Defines the 
type of equal access call as identified by the start translation (ST) 
digit received, where:1-transitional equal access call 
(ST3P)2=cut-through equal access call (STP)3=transitional equal 
access call (ST2P)4-pure equal access call (ST)5-invalid ST digit 

CNPREDIG 0-7 TRANSLATED CALLED NUMBER PREFIX DIGITS. Provides the 
translated called number prefix digits, where:0zno prefix digits1-0 
prefix2=01 prefix3=011 prefix4=1 prefix5-7 not used 

ORIGDATE 1-366 ORIGINATING DATE. Provides the date the call originated. 

PREDIG 0-7 PREFIX DIGITS. Provides three bits that define the dialed (or 


called) prefix digits, where:0=no prefix digits1=0 prefix2=01 
prefix32011 prefix4=1 prefix5-7 not used 
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Field Value Description 


FINSID 0-999 FINAL SWITCH IDENTIFIER. Indicates the final switch the call 
went through before it left the CCS7 part of the network. 


PASSTHRU 0-3 PATH TO LONG DISTANCE CARRIER. Identifies the passthru 
action for the call, where:0=no passthru1=FGD Pure 
passthru2=FGD cut-thru passthru3=NO00 passthru 


ORIGGRP alphanumeric ORIGINATING TRUNK GROUP. Provides the originating trunk 
group number from table CLLICDR. 


ACCTV 1-3 ACCOUNT CODE VALIDATION. Indicates the type of account 
code validation performed, where:0=no account code collected 
(default value) 1=no validation occurred2=account code validation 
occurred (either complete or partial)3=account code validation 
database empty 


ORIGMEM 0-9999 ORIGINATING TRUNK MEMBER. Provides the origination trunk 
member number within the originating trunk group. Each trunk has 
up to 2048 members, with a range of 0-9999. 


TERMGRP alphanumeric TERMINATING TRUNK GROUP. Provides the terminating trunk 
group number from table CLLICDR. 


TERMMEM alphanumeric TERMINATING TRUNK MEMBER. Provides the terminating 
trunk member number within the terminating trunk group. Each 
trunk has up to 2048 members, with a range of 0-9999. 


FINTKGRP alphanumeric FINAL TRUNK GROUP. Indicates the final terminating trunk 
group that is the number (from table CLLICDR on the terminating 
switch) of the trunk group on which the call left the CCS7 part of 
the network. 


Action 


When log NETS602 is generated, it means the call is a possible fraud call. The 
action to be taken depends on the user. 


Associated OM registers 
None 


Additional information 
The switch forms the data fields into groups of 16 bits. These groups are 
converted to ASCII and are sent to the downstream processor. The downstream 
processor takes the ASCII values and converts them to HEX. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-926 
NETS602 (continued) 


The following steps represent an example of the conversion process. 


1. The first four fields in the log are ANISP. 01, ANISP. 02, ANISP 03, and 
ANISP 04. Using the log report example in this module, the initial values 
of these fields are 2, 1, 4, and 6 respectively. 


2. The switch combines multiple fields, as required, to form one word (16 
bits). Since each ANISP field is 4 bits in length, only four fields are needed 
to form a word. In this case, the HEX word formed is #2146. 


3. The switch sends a corresponding ASCII character code for each of the 
HEX digits to the downstream processor. For example, the ASCII code 
#32 #31 #34 #36 is sent for the HEX digits #2146. 


4. The downstream processor receives the ASCII codes and converts them 
into the original corresponding HEX digits. For example, #32 #3 1 #34 #36 
is received from the switch, the downstream processor finds the 
corresponding HEX value for each of the ASCII bytes (2 1 4 6, in this 
case). 


5. 


The HEX digits are formed into 16-bit words (#2146) and the fields are 
extracted from this word. 


Note: Note: If the fields lie on a nibble boundary (as is the case of 
ANISP 01, ANISP 02, ANISP 03, and ANISP 04), the values for each of 
these fields can be extracted directly from the ASCII character code. 


For example, if 31 is received from the switch for field ANISP. 01, #30 can be 
subtracted from the ASCII value to give the true value for the field (1). It is 
only necessary to form 16 bit words from the ASCII character code if the fields 
in the word do not lie on a nibble boundary, as in the case of ORIGDATE, 
CNPREDIG, ANISUFF, and ORIGAMPM. 


The NETS602 bitmap layout is shown in the following figure. 


Note: In the following figure, AM stands for ORIGAMPM. 
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MSB 
WORD/BIT | 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 10 
00/0 ANISP_01 ANISP_02 ANISP_03 
01/16 ANISP_05 ANISP_06 ANISP_07 
02/32 ANISP_09 ANISP_10 INFODIG_01 
03/48 DIALEDNO_01 DIALEDNO_02 DIALEDNO_03 
04/64 DIALEDNO_05 DIALEDNO_06 DIALEDNO_07 
05/80 DIALEDNO_09 DIALEDNO 10 DIALEDNO 11 
06/96 DIALEDNO 13 DIALEDNO 14 DIALEDNO 15 
07/112 CALLEDNO 02 CALLEDNO 03 CALLEDNO 04 
08/128 CALLEDNO 06 CALLEDNO 07 CALLEDNO 08 
09/144 CALLEDNO 10 CALLEDNO 11 CALLEDNO 12 
10/160 CALLEDNO 14 CALLEDNO 15 BILLNUM 01 
11/176 BILLNUM 03 BILLNUM 04 BILLNUM 05 
12/192 BILLNUM 07 BILLNUM 08 BILLNUM 09 
13/208 BILLNUM 11 BILLNUM 12 BILLNUM 13 
14/224 BILLNUM 15 BILLNUM 16 BILLNUM 17 
15/240 BILLNUM 19 BILLNUM 20 BILLNUM 21 
16/256 BILLNUM 23 BILLNUM 24 ACCTCD 01 
17/272 ACCTCD 03 ACCTCD 04 ACCTCD 05 
18/298 ACCTCD 07 ACCTCD 08 ACCTCD 09 
19/304 ACCTCD 11 ACCTCD 12 FILLER1 
20/320 ORIGTIME 
21/336 | AM ANISUFF CNPREDIG ORIGDA* 
22/352 PREDIG FILLER3 FINSID 
23/368 | PASSTHRU ORIGGRP 
24/384 ACCTV ORIGMEM 
25/400 FILLER4 TERMGRP 
26/416 FILLERS TERMMEM 
27/432 FILLER6 FINTKGRP 
Br | 00 | 01 | 02 | 03 | 04| 05 | 06 | o7 | 08 | 09 | 10 | 11 | 1 
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1-928 UCS log reports 
NETS603 


Explanation 
The switch generates the NETS603 log immediately upon answer for 
supported terminating agencies when office parameter 
NETWORK SECURITY GEN CDR is set to FALSE, the SOC UBFR0003 
is in the the ON state and one of the the following conditions apply: 


e the terminating trunk has profile screening activated and all the screening 
criteria are met 


e NETSEC option is provisioned for the terminating trunk with profile index 
set to 0. 


Format 
The format for log report NETS603 follows: 


NETS603 mmmdd hh:mm:ss ssdd INFO NETSEC 
anisp 01 anisp. 02 anisp. 03 anisp. 04 anisp_05 anisp. 06 anisp 07 
anisp 08 anisp 09 anisp 10 infodig 01 infodig 02 dialedno 01 
dialedno 02 dialedno 03 dialedno 04 dialedno 05 dialedno 06 
dialedno. 07 dialedno. 08 dialedno 09 dialedno. 10 dialedno_11 
dialedno 12 dialedno 13 dialedno 14 dialedno. 15 calledno. 01 
calledno 02 calledno 03 calledno 04 calledno 05 calledno 06 
calledno 07 calledno. 08 calledno_09 calledno. 10 calledno 11 
calledno 12 calledno. 13 calledno. 14 calledno. 15 billnum 01 
billnum. 02 billnum 03 billnum 04 billnum, 05 billnum 06 
billnum. 07 billnum 08 billnum_09 billnum 10 billnum 11 
billnum_12 billnum 13 billnum 14 billnum 15 billnum 16 
billnum 17 billnum 18 billnum 19 billnum. 20 billnum 21 
billnum 22 billnum 23 billnum 24 acctcd 01 acctcd 02 
acctcd 03 acctcd_04 acctcd. 05 acctcd. 06 acctcd_07 acctcd_08 
acctcd_09 acctcd 10 acctcd_11 acctcd_12 fillerl filler2 origtime 
origampm anisuff cnpredig origdate predig filler3 finsid passthru 
origgrp acctv origmem filler4 termgrp filler5 termmem 
filler6 fintkgrp 


Example 
An example of log report NETS603 follows: 


NET603 DECO2 10:12:51 6300 INFO NETSEC 
21461122110082352A12A10000082352A12A10000061122110000000 
0000000000000000000000008F2C0150000B01090001011500010115 
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1-929 UCS log reports 


NETS603 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
ANISP alphanumeric, AUTOMATIC NUMBER IDENTIFICATION SPILL. Contains the 
upto 10 TBCD number in the calling line ID field in the PRI SETUP message, 
charge number field for SS7, or ANI for PTS. 
INFODIG alphanumeric, INFORMATION DIGITS. Contains the information digits. An FGA 
up to 2 TBCD trunk has one information digit, while an FGD trunk has two 
information digits. 

DIALEDNO alphanumeric, DIALED NUMBER, Contains either the dialed number or the 

upto 15 TBCD hotline number. 

CALLEDNO alphanumeric, CALLED NUMBER. Contains the called number. 

up to 15 TBCD 

BILLNUM alphanumeric BILLED NUMBER. Provides the travel card number, authorization 
code number, or 8xx called number. 

ACCTCD alphanumeric, ACCOUNT CODE. Provides the account code used for internal 

0-12 TBCD customer accounting. 

ORIGTIME alphanumeric ORIGINATING TIME. Provides the origination time when the 
caller went off-hook. This field is measured in one-second tics 
since midnight or noon. 

ORIGAMPM 0,1 CALL ORIGINATION - AM OR PM. Indicates whether the 
origination time was a.m. or p.m., where:0=a.m. (00:00:00 to 
11:59:59)1=p.m. (12:00:00 to 23:59:59) 

ANISUFF 1-5 AUTOMATIC NUMBER IDENTIFICATION SUFFIX. Defines the 
type of equal access call as identified by the start translation (ST) 
digit received, where:1-transitional equal access call 
(ST3P)2=cut-through equal access call (STP)3=transitional equal 
access Call (ST2P)4=pure equal access call (ST)5=invalid ST digit 

CNPREDIG 0-7 TRANSLATED CALLED NUMBER PREFIX DIGITS. Provides the 
translated called number prefix digits, wnere:0=no prefix digits 1=0 
prefix2=01 prefix3=011 prefix4=1 prefix5-7 not used 

ORIGDATE 1-366 ORIGINATING DATE. Provides the date the call originated. 

PREDIG 0-7 PREFIX DIGITS. Provides three bits that define the dialed (or 
called) prefix digits, where:0=no prefix digits1=0 prefix2=01 
prefix3=011 prefix4=1 prefix5-7 not used 
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UCS log reports 1-930 
NETS603 (continued) 


(Sheet 2 of 2) 
Field Value Description 


FINSID 0-999 FINAL SWITCH IDENTIFIER. Indicates the final switch the call 
went through before it left the CCS7 part of the network. 


PASSTHRU 0-3 PATH TO LONG DISTANCE CARRIER. Identifies the passthru 
action for the call, where:0=no passthru1=FGD Pure 
passthru2=FGD cut-thru passthru3=NO00 passthru 


ORIGGRP alphanumeric ORIGINATING TRUNK GROUP. Provides the originating trunk 
group number from table CLLICDR. 


ACCTV 1-3 ACCOUNT CODE VALIDATION. Indicates the type of account 
code validation performed, where:0=no account code collected 
(default value)1-2no validation occurred2-account code validation 
occurred (either complete or partial)3=account code validation 
database empty 


ORIGMEM 0-9999 ORIGINATING TRUNK MEMBER. Provides the origination trunk 
member number within the originating trunk group. Each trunk has 
up to 2048 members, with a range of 0-9999. 


TERMGRP alphanumeric TERMINATING TRUNK GROUP. Provides the terminating trunk 
group number from table CLLICDR. 


TERMMEM alphanumeric TERMINATING TRUNK MEMBER. Provides the terminating 
trunk member number within the terminating trunk group. Each 
trunk has up to 2048 members, with a range of 0-9999. 


FINTKGRP alphanumeric FINAL TRUNK GROUP. Indicates the final terminating trunk 
group that is the number (from table CLLICDR on the terminating 
switch) of the trunk group on which the call left the CCS7 part of 
the network. 


Action 


When log NETS603 is generated, it means the call is a possible fraud call. The 
action to be taken depends on the user. 


Associated OM registers 
None 


Additional information 
The switch forms the data fields into groups of 16 bits. These groups are 


converted to ASCII and are sent to the downstream processor. The downstream 
processor takes the ASCII values and converts them to HEX. 
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1-931 UCS log reports 


NETS603 (continued) 


The following steps represent an example of the conversion process. 


1. The first four fields in the log are ANISP. 01, ANISP_02, ANISP 03, and 
ANISP_04. Using the log report example in this module, the initial values 
of these fields are 2, 1, 4, and 6 respectively. 


2. The switch combines multiple fields, as required, to form one word (16 
bits). Since each ANISP field is 4 bits in length, only four fields are needed 
to form a word. In this case, the HEX word formed is #2146. 


3. The switch sends a corresponding ASCII character code for each of the 
HEX digits to the downstream processor. For example, the ASCII code 
#32 #31 #34 #36 1s sent for the HEX digits #2146. 


4. The downstream processor receives the ASCII codes and converts them 
into the original corresponding HEX digits. For example, #32 #3 1 #34 #36 
is received from the switch, the downstream processor finds the 
corresponding HEX value for each of the ASCII bytes (2 1 4 6, in this 
case). 


The HEX digits are formed into 16-bit words (#2146) and the fields are 
extracted from this word. 


Note: Note: If the fields lie on a nibble boundary (as is the case of 
ANISP 01, ANISP 02, ANISP 03, and ANISP 04), the values for each of 
these fields can be extracted directly from the ASCII character code. 


For example, if 31 is received from the switch for field ANISP. 01, #30 can be 
subtracted from the ASCII value to give the true value for the field (1). It is 
only necessary to form 16 bit words from the ASCII character code if the fields 
in the word do not lie on a nibble boundary, as in the case of ORIGDATE, 
CNPREDIG, ANISUFF, and ORIGAMPM. 


The NETS603 bitmap layout is shown in the following figure. 


Note: In the following figure, AM stands for ORIGAMPM. 
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UCS log reports 


1-932 


NETS603 (end) 


MSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 
00/0 ANISP_01 ANISP_02 ANISP_03 
01/16 ANISP_05 ANISP_06 ANISP_07 
02/32 ANISP_09 ANISP_10 INFODIG 01 
03/48 DIALEDNO 01 DIALEDNO 02 DIALEDNO 03 
04/64 DIALEDNO. 05 DIALEDNO_06 DIALEDNO_07 
05/80 DIALEDNO_09 DIALEDNO 10 DIALEDNO 11 
06/96 DIALEDNO 13 DIALEDNO 14 DIALEDNO 15 
07/112 CALLEDNO 02 CALLEDNO 03 CALLEDNO 04 
08/128 CALLEDNO. 06 CALLEDNO 07 CALLEDNO 08 
09/144 CALLEDNO 10 CALLEDNO 11 CALLEDNO 12 
10/160 CALLEDNO 14 CALLEDNO 15 BILLNUM 01 
11/176 BILLNUM 03 BILLNUM 04 BILLNUM 05 
12/192 BILLNUM 07 BILLNUM 08 BILLNUM 09 
13/208 BILLNUM 11 BILLNUM 12 BILLNUM 13 
14/224 BILLNUM 15 BILLNUM 16 BILLNUM 17 
15/240 BILLNUM 19 BILLNUM 20 BILLNUM 21 
16/256 BILLNUM 23 BILLNUM 24 ACCTCD 01 
17/272 ACCTCD 03 ACCTCD 04 ACCTCD 05 
18/298 ACCTCD 07 ACCTCD 08 ACCTCD 09 
19/304 ACCTCD 11 ACCTCD 12 FILLER1 
20/320 ORIGTIME 
21/336 | AM ANISUFF CNPREDIG ORIGDATE 
22/352 PREDIG FILLER3 FINSID 
23/368 | PASSTHRU ORIGGRP 
24/384 ACCTV ORIGMEM 
25/400 FILLER4 TERMGRP 
26/416 FILLERS TERMMEM 
27/432 FILLER6 FINTKGRP 
sit | 00 | 01 | 02 | 03 | 04| 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 
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NETS604 


Explanation 
The switch generates the NETS604 log immediately upon release for all calls 
which generated a NETS603 log or CDR. 


Format 
The format for log report NETS604 follows: 


NETS604 mmmdd hh:mm:ss ssdd INFO NETSEC 
anisp_01 anisp_02 anisp 03 anisp_04 anisp_05 anisp_06 anisp_07 
anisp_08 anisp_09 anisp_10 infodig 01 infodig 02 dialedno 01 
dialedno 02 dialedno 03 dialedno 04 dialedno 05 dialedno 06 
dialedno 07 dialedno 08 dialedno 09 dialedno 10 dialedno 11 
dialedno 12 dialedno. 13 dialedno 14 dialedno. 15 calledno 01 
calledno 02 calledno 03 calledno 04 calledno 05 calledno 06 
calledno. 07 calledno. 08 calledno 09 calledno 10 calledno. 11 
calledno. 12 calledno 13 calledno 14 calledno. 15 billnum 01 
billnum, 02 billnum 03 billnum 04 billnum_05 billnum 06 
billnum, 07 billnum 08 billnum 09 billnum 10 billnum 11 
billnum_12 billnum 13 billnum 14 billnum 15 billnum 16 
billnum_17 billnum 18 billnum 19 billnum 20 billnum 21 
billnum_22 billnum 23 billnum 24 acctcd 01 acctcd. 02 
acctcd 03 acctcd. 04 acctcd. 05 acctcd 06 acctcd. 07 acctcd. 08 
acctcd_09 acctcd 10 acctcd_11 acctcd. 12 filler! filler2 origtime 
origampm anisuff cnpredig origdate predig filler3 finsid passthru 
origgrp acctv origmem filler4 termgrp filler5 termmem 
filleró fintkgrp call dur 


Example 
An example of log report NETS604 follows: 


NET604 DECO2 10:12:51 6300 INFO NETSEC 
21461122110082352A12A10000082352A12A10000061122110000000 
0000000000000000000000008F2C0150000B01090001011500010115 
00000130 
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UCS log reports 1-934 


NETS604 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
ANISP alphanumeric, AUTOMATIC NUMBER IDENTIFICATION SPILL. Contains the 
upto 10 TBCD number in the calling line ID field in the PRI SETUP message, 
charge number field for SS7, or ANI for PTS. 
INFODIG alphanumeric, INFORMATION DIGITS. Contains the information digits. An FGA 
up to 2 TBCD trunk has one information digit, while an FGD trunk has two 
information digits. 

DIALEDNO alphanumeric, DIALED NUMBER, Contains either the dialed number or the 

upto 15 TBCD hotline number. 

CALLEDNO alphanumeric, CALLED NUMBER. Contains the called number. 

up to 15 TBCD 

BILLNUM alphanumeric BILLED NUMBER. Provides the travel card number, authorization 
code number, or 8xx called number. 

ACCTCD alphanumeric, ACCOUNT CODE. Provides the account code used for internal 

0-12 TBCD customer accounting. 

ORIGTIME alphanumeric ORIGINATING TIME. Provides the origination time when the 
caller went off-hook. This field is measured in one-second tics 
since midnight or noon. 

ORIGAMPM 0,1 CALL ORIGINATION - AM OR PM. Indicates whether the 
origination time was a.m. or p.m., where:0=a.m. (00:00:00 to 
11:59:59)1=p.m. (12:00:00 to 23:59:59) 

ANISUFF 1-5 AUTOMATIC NUMBER IDENTIFICATION SUFFIX. Defines the 
type of equal access call as identified by the start translation (ST) 
digit received, where:1-transitional equal access call 
(ST3P)2=cut-through equal access call (STP)3=transitional equal 
access call (ST2P)4-pure equal access call (ST)5-invalid ST digit 

CNPREDIG 0-7 TRANSLATED CALLED NUMBER PREFIX DIGITS. Provides the 
translated called number prefix digits, where:0zno prefix digits1-0 
prefix2=01 prefix3=011 prefix4=1 prefix5-7 not used 

ORIGDATE 1-366 ORIGINATING DATE. Provides the date the call originated. 

PREDIG 0-7 PREFIX DIGITS. Provides three bits that define the dialed (or 


called) prefix digits, where:0=no prefix digits1=0 prefix2=01 
prefix32011 prefix4=1 prefix5-7 not used 
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1-935 UCS log reports 
NETS604 (continued) 


(Sheet 2 of 2) 


Field Value Description 


FINSID 0-999 FINAL SWITCH IDENTIFIER. Indicates the final switch the call 
went through before it left the CCS7 part of the network. 


PASSTHRU 0-3 PATH TO LONG DISTANCE CARRIER. Identifies the passthru 
action for the call, where:0=no passthru1=FGD Pure 
passthru2=FGD cut-thru passthru3=NO00 passthru 


ORIGGRP alphanumeric ORIGINATING TRUNK GROUP. Provides the originating trunk 
group number from table CLLICDR. 


ACCTV 1-3 ACCOUNT CODE VALIDATION. Indicates the type of account 
code validation performed, where:0=no account code collected 
(default value) 1=no validation occurred2=account code validation 
occurred (either complete or partial)3=account code validation 
database empty 


ORIGMEM 0-9999 ORIGINATING TRUNK MEMBER. Provides the origination trunk 
member number within the originating trunk group. Each trunk has 
up to 2048 members, with a range of 0-9999. 


TERMGRP alphanumeric TERMINATING TRUNK GROUP. Provides the terminating trunk 
group number from table CLLICDR. 


TERMMEM alphanumeric TERMINATING TRUNK MEMBER. Provides the terminating 
trunk member number within the terminating trunk group. Each 
trunk has up to 2048 members, with a range of 0-9999. 


FINTKGRP alphanumeric FINAL TRUNK GROUP. Indicates the final terminating trunk 
group that is the number (from table CLLICDR on the terminating 
switch) of the trunk group on which the call left the CCS7 part of 
the network. 


Action 


When log NETS604 is generated, it means the call is a possible fraud call. The 
action to be taken depends on the user. 


Associated OM registers 
None 


Additional information 
The switch forms the data fields into groups of 16 bits. These groups are 
converted to ASCII and are sent to the downstream processor. The downstream 
processor takes the ASCII values and converts them to HEX. 
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UCS log reports 1-936 
NETS604 (continued) 


The following steps represent an example of the conversion process. 


1. The first four fields in the log are ANISP. 01, ANISP. 02, ANISP 03, and 
ANISP 04. Using the log report example in this module, the initial values 
of these fields are 2, 1, 4, and 6 respectively. 


2. The switch combines multiple fields, as required, to form one word (16 
bits). Since each ANISP field is 4 bits in length, only four fields are needed 
to form a word. In this case, the HEX word formed is #2146. 


3. The switch sends a corresponding ASCII character code for each of the 
HEX digits to the downstream processor. For example, the ASCII code 
#32 #31 #34 #36 is sent for the HEX digits #2146. 


4. The downstream processor receives the ASCII codes and converts them 
into the original corresponding HEX digits. For example, #32 #3 1 #34 #36 
is received from the switch, the downstream processor finds the 
corresponding HEX value for each of the ASCII bytes (2 1 4 6, in this 
case). 


The HEX digits are formed into 16-bit words (#2146) and the fields are 
extracted from this word. 


Note: Note: If the fields lie on a nibble boundary (as is the case of 
ANISP 01, ANISP 02, ANISP 03, and ANISP 04), the values for each of 
these fields can be extracted directly from the ASCII character code. 


For example, if 31 is received from the switch for field ANISP. 01, #30 can be 
subtracted from the ASCII value to give the true value for the field (1). It is 
only necessary to form 16 bit words from the ASCII character code if the fields 
in the word do not lie on a nibble boundary, as in the case of ORIGDATE, 
CNPREDIG, ANISUFF, and ORIGAMPM. 


The NETS604 bitmap layout is shown in the following figure. 


Note: In the following figure, AM stands for ORIGAMPM. 
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1-937 UCS log reports 
NETS604 (end) 


MSB 
WORD/BIT| 15 | 14 | 13 | 12 | 11 | 10 | 09 | 08 | 07 | 06 | 05 | 04 | 03 
00/0 ANISP_01 ANISP_02 ANISP_03 
01/16 ANISP_05 ANISP_06 ANISP_07 
02/32 ANISP_09 ANISP_10 INFODIG 01 
03/48 DIALEDNO 01 DIALEDNO 02 DIALEDNO. 03 
04/64 DIALEDNO 05 DIALEDNO_06 DIALEDNO_07 
05/80 DIALEDNO_09 DIALEDNO_10 DIALEDNO 11 
06/96 DIALEDNO 13 DIALEDNO 14 DIALEDNO 15 
07/112 CALLEDNO 02 CALLEDNO 03 CALLEDNO 04 
08/128 CALLEDNO. 06 CALLEDNO 07 CALLEDNO 08 
09/144 CALLEDNO 10 CALLEDNO 11 CALLEDNO 12 
10/160 CALLEDNO 14 CALLEDNO 15 BILLNUM 01 
11/176 BILLNUM 03 BILLNUM 04 BILLNUM 05 
12/192 BILLNUM 07 BILLNUM 08 BILLNUM 09 
13/208 BILLNUM 11 BILLNUM 12 BILLNUM 13 
14/224 BILLNUM 15 BILLNUM 16 BILLNUM 17 
15/240 BILLNUM 19 BILLNUM 20 BILLNUM 21 
16/256 BILLNUM 23 BILLNUM 24 ACCTCD 01 
17/272 ACCTCD 03 ACCTCD 04 ACCTCD 05 
18/298 ACCTCD 07 ACCTCD 08 ACCTCD 09 
19/304 ACCTCD 11 ACCTCD 12 FILLER1 
20/320 ORIGTIME 
21/336 | AM ANISUFF CNPREDIG ORIGDATE 
22/352 PREDIG FILLER3 FINSID 
23/368 | PASSTHRU ORIGGRP 
24/384 ACCTV ORIGMEM 
25/400 FILLER4 TERMGRP 
26/416 FILLERS TERMMEM 
27/432 FILLER6 FINTKGRP 
sit | 00 | 01 | 02 | 03 | 04| 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 
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1-938 UCS log reports 


NMS100 
Explanation 
The system generates log report NMS100 at the host when a message service 
generates an address that is not valid. The system generates the log if the 
network message service (NMS) subsystem is present. This log provides 
information only. 
Format 
The format for log report NMS100 follows. 
NMS100 mmmdd hh:mm:ss ssdd INFO INVALID ADDRESS FROM NMS 
INVALID ADDR = <DN> 
Example 


An example of log report NMS100 follows. 


NMS100 JUNO9 08:12:57 1234 INFO INVALID ADDRESS FROM NMS 
INVALID ADDR = 9999999999 


Field descriptions 
The following table explains the fields in the log report: 


Field Value Description 

INFO INVALID ADDRESS Constant This field indicates the address is not valid. 
FROM NMS 

INVALID ADDR Symbol text This field identifies the subscriber directory 


number (DN). This field supports variable 
length DN format up to 10 digits. 


Action 
This log requires no immediate action. 


Related OM registers 
This log relates to OM register NMSINVAD of OM group NMS. 


Additional information 
There is no additional information. 
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NMS101 


Explanation 


Format 


Example 


UCS log reports 1-939 


The system generates log NMS101 at the server node. The log appears when 
there is a message wait indicator change request for a vacant subscriber 
directory number (DN). The system generates this log if the network message 
service (NMS) subsystem is present. This log provides information only. 


The format for log report NMS101 follows. 


NMS101 mmmdd hh:mm:ss ssdd INFO VACANT NMS SUBSCRIBER DN 
INVALID ADDR = <DN> 


An example of log report NMS101 follows. 


NMS101 JUNO9 09:12:57 1235 INFO VACANT NMS SUBSCRIBER DN 
INVALID ADDR = 8153692666 


Field descriptions 


The following table explains the fields in the log report: 


Field Value Description 

INFO VACANT NMS Constant This field identifies a message wait 

SUBSCRIBER DN indicator change request for a vacant 
subscriber DN. 

INVALID ADDR Symbol text This field identifies the subscriber DN. This 
field supports variable length DN format up 
to 10 digits. 

Action 


This log requires no immediate action. 


Related OM registers 


This log relates to OM register NMSVACT of OM group NMS. 


Additional information 


There is no additional information. 
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NMS102 
Explanation 
The system generates log NMS102 at the server node when there is no 
notification to the subscriber directory number (DN) for a short term reason. 
An example of a short term reason is that the line is temporarily out of service. 
Format 
The format for log report NMS102 follows. 
NMS102 mmmdd hh:mm:ss ssdd INFO NOTIFICATION UNAVAILABLE 
SUBSCRIBER DN = <DN> 
Example 


An example of log report NMS102 follows. 


NMS102 AUGO5 12:12:12 1235 INFO NOTIFICATION UNAVAILABLE 
SUBSCRIBER DN = 6135551111 


Field descriptions 
The following table explains the fields in the log report: 


Field Value Description 

INFO NOTIFICATION Constant This field indicates that a subscriber 
UNAVAILABLE number is temporarily out of service. 
SUBSCRIBER DN Symbol text This field identifies the subscriber directory 


number. This field supports variable length 
DN format up to 10 digits. 


Action 


This log detects problems causing a network message service sending 
incorrect DNs. Refer to the DNINV table for correct datafill. The network 
message Services are: 


e empty subscriber DNs 
e global title translation not functioning correctly 


* message service generating invalid DNs 
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NMS102 (end) 


Related OM registers 


There are no related OM registers. 


Additional information 


There is no additional information. 
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NMS103 
Explanation 
The NMS103 log report appears at the server node when a transaction 
capabilities application part (TCAP) response receives a component return 
error. 
Note: The system will not generate NMS103 after BCS36. 
Format 
The format for log report NMS103 follows. 
NMS103 mmmdd hh:mm:ss ssdd INFO NOTIFICATION 
UNAVAILABLE TO DESTINATION DN 
SUBSCRIBER DN = nnnnnnnnnnn 
Example 


An example of log report NMS103 follows. 


NMS103 AUGO5 12:12:12 1235 INFO NOTIFICATION UNAVAILABLE 
TO DESTINATION DN 
SUBSCRIBER DN = 6135551111 


Field descriptions 
The following table explains the fields in the log report: 


Field Value Description 

INFO NOTIFICATION Constant This field indicates the destination directory 

UNAVAILABLE TO number (DN) of the subscriber. 

DESTINATION DN 

SUBSCRIBER DN Symbol text This field identifies the subscriber directory 
number. 
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NMS103 (end) 


Action 


The log report detects problems resulting in a network message service that 
sends incorrect DNs. See the DN table for correct entry. Services for network 
messages are: 


e vacant subscriber DNs 
e global title translation not functioning properly 


* message service that generates incorrect DNs 


Related OM registers 
This log corresponds to NMS group OM registers: NMSVACT and 
NMSINVAD. Refer to OM registers for more information. 


Additional information 
There is no additional information. 
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NMS104 


Explanation 


The NMS104 log generates when the transaction identifier (TRID) cannot 
release by the identifier pool (IDPL) functionality after sending a transaction 
capabilities application part (TCAP) message. This log generates when the 
network message service (NMS)subsystem is part of the DMS-100 switch. 
The IDPL functionality dynamically creates the TRID. 


Format 
The format for log report NMS 104 follows. 


NMS104 mmmdd hh:mm:ss ssdd INFO TRID UNRELEASE REPORT 
TRANSACTION ID cannot release. 


Example 
An example of log report NMS104 follows. 


NMS104 SEPO5 18:14:33 4827 INFO TRID UNRELEASE REPORT 
TRANACTION ID cannot release. 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INFO Constant The report indicates the TRID cannot 
TRID UNRELEASE REPORT release after sending a TCAP message. 
TRANSACTION ID cannot 
release. 

Action 


The NMS104 log does not require immediate action. 


Related OM registers 
The NMS104 log has no related OM registers. 


Additional information 
The NMS104 log does not require additional information. 
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MTS103 


Explanation 


The Message Transport System (MTS) subsystem generates log report 
MTS103 when an I/O fault occurs and causes a loss of data. Data loss occurs 
when outgoing data cannot pass to the link level. Data loss also occurs when 
the system cannot deliver incoming data to the local application. 


Format 
The log report format for MTS103 is as follows: 


MTS103 mmmdd hh:mm:ss ssdd INFO LOST DATA 


DIRECTIONc dirtxt, FAULT= faultxt, repeat clause 


DST MTA- dstxt, userclause 

SRC MTAc srctxt, userclause 

HEADER- d6 d7 d8 d9 d10 d11 d12 d13 
LENGTH- #hhh, DATA FOLLOWS: 

#hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
#hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
#hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report MTS103 follows: 


MTS103 MAY20 13:09:03 3852 INFO LOST DATA 


DIRECTION- INCOMING, FAULT- NO BUFFER, RE 


PE 


STARTAT= 11:22:11 
DST MTA- #8005 0000 00A6 0000, 


LENGTH= #028 (bytes) DATA FOLLOWS: 

#0119 E8E7 0000 0000 0000 0000 0000 00B3 
#0000 9600 FF00 0000 0000 0000 0000 0000 
#0117 FE14 0117 FE14 6301 


SRC MTA= #803F 0000 8000 0000, Node= DTC.11 
HEADER= #8005 00A6 803F 8000 2036 9E00 0102 
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MTS103 (continued) 


Field descriptions 


The following table describes each field in the log report: 


Field 


Value 


Description 


INFO LOST DATA 


dirtxt 


faultxt 


repeatclause 


dstxt 


userclause 


srctxt 


d6 through d13 


LENGTH = #hhh 
DATA FOLLOWS: hhhh 


Action 


Constant 


LOCAL ,OUTGOING, 
INCOMING, or LINK 
LEVEL 


Refer to the fault 
reasons table at the end 
of this log report. 


REPEAT= nSTARTAT= 
hh:mm:ss 


Hexadecimal numbers. 


User= procname or 
Node= nodename 
Hexadecimal numbers. 


0000 to FFFF 


000 to FFF 


Hexadecimal numbers: 
up to 24 words of data, 8 
words per line. 


Indicates a report of lost data 


Indicates the direction of the message 


Indicates the type of fault 


This entry appears if more than one copy of the 
same log appears. The entry indicates when 
(hh:mm:ss) and how many (n) logs the system 
generated. 


Provides the destination message transport 
address (MTA) 


If the MTA is local, the entry identifies the user. 
If the MTA is not local, the entry identifies the 
node. 


Provides the source MTA 


These fields consist of the header of the 
message. XXXX can appear instead of 
hexadecimal numbers for fields where the 
value is not important. If the message type is 
MSG, the header does not appear. The packet 
format determines if the system prints D10 
through D13. 


Indicates the number of words of data lost 


Provides the content of the message 


The MTS103 log is a diagnostic aid. The MTS103 log report may provide 
information on why the system did not perform as expected. The MTS103 log 
report does not always indicate a fault or degradation of service. If you detect 
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a problem on the switch, capture all logs including the MTS103, to help 
maintenance personnel correct the problem. 


Fault reasons 


Faultxt 


USER REQUEST 

NO COMM 

NO RECEIVER 

BAD NODE NUMBER 
BAD MTA SEQUENCE 
MAILBOX ERROR 

NO BUFFER 

BUFFER OVERFLOW 
BAD PKT FORMAT 
BAD PKT TYPE 

BAD PKT LENGTH 
BAD PKT SEQUENCE 
DS30 HDR 

TIMER ERROR 


Associated OM registers 
There are no associated OM registers. 
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NODE300 


Explanation 


Format 


Example 


The integrated node maintenance (INM) generates log report NODE300 when 
a trouble condition is present with the node. The INM supports node state 
management for different node designs. Examples of node designs are the 
application processor and the network interface unit (NIU). Report NODE300 
indicates INM recovery actions when the node state is system busy. 


The resource maintenance manager (RMM) reports faults to the INM when the 
system executes the QueryPM faults command at the MAP. 


The log report format for NODE300 is as follows: 


NODE300 mmmdd hh:mm:ss ssdd INFO TBL Warning 


Location= <node> 

Status= <trouble_status> 

Trouble= <trouble_code> 

Action= <user_action> 

Integrated Node Maintenance Detailed Information 
Trouble Reason= <INM trouble condition reason> 


An example of log report NODE300 follows: 


NOD 


E300 FEB18 14:22:46 2511 INFO TBL Warning 
Location- FP 1 

Status- Alarm raised 

Trouble= Data not synchronized 

Action- Check datafill and correct if necessary 
Integrated Node Maintenance Detailed Information 
Trouble Reason= "Datafill Loadname does not match 
Loadname in PM" 


297-2621-840 Standard 09.01 May 2001 


1-949 UCS log reports 


NODE300 (end) 


Field descriptions 


The following table describes each field in the log report: 


Field Value 


Description 


INFO TBL Warning Constant 


Alphanumeric 


trouble_code Cannot run test 


user_action Run the test 
indicated below 


Indicates the trouble condition with the 
node. 


Indicates the location of the peripheral 
module (PM) to which the event applies. 


Identifies the reason for the problem. 


Indicates the action to take. 


INM trouble condition reason Scheduled PM Provides a reason for the trouble condition. 
REX test not 
executed 
Action 


Check the trouble field. Take action as indicated in the user action field. 


Associated OM registers 


There are no associated OM registers. 
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NODE301 
Explanation 
The system generates the NODE301 when a critical or non-critical hardware 
fault occurs in the NIU. 
Format 
Formats for the NODE301 log reports are as follows. 
Format 1 
NODE301 mmmdd hh:mm:ss ssdd INFO TBL Hardware Fault 
Location: «object description? 
Cardlist: 
<table> 
Critical fault-Fault id: <fault qualifier> 
Format 2 
NODE301 mmmdd hh:mm:ss ssdd INFO TBL Hardware Fault 
Location: <object description> 
Critical fault-Fault id: <fault qualifier> 
Data tag: <failure data> 
Format 3 
NODE301 mmmdd hh:mm:ss ssdd INFO TBL Hardware Fault 
Location: <object description> 
Cardlist: 
<table> 
Critical fault-Fault id: <fault qualifier> 
Components: <string> 
Data tag: <failure data> 
Example 
Examples of the NODE301 log reports are as follows. 
Example 1 
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NODE301 (continued) 


ESTP35BL NODE301 CM S 


EP26 14:46:49 5413 TI 


BL Hardware Fault 


Location: NIU 1 Unit 0 

Cardlist: 
Site Flr Rpos Bay id Shf Description Slot EqPEC Side 
Host 03 C03 NIU:0001 03 CBC 18:00:00 EX25AA FRNT 
Host 03 C03 NIU:0001 03 IPF 19:00:00 EX22BB FRNT 


Critical fault - Fault id: 


Example 2 


Example 3 


ESTP35BL NODE301 CM S 


Location: NI 


EP26 14:46:49 5413 TI 


IDPROM read 


U 4 Unit 1 


BL Hardware Fault 


Non-Critical fault-Fault Id: message channel 


Data tag 


ESTP35BL NODE301 CM S 


EP26 14:46:49 5413 TI 


0000 0001 


BL Hardware Fault 


Location: NIU 2 Unit 1 

Cardlist: 
Site Flr Rpos Bay id Shf Description Slot EqPEC Side 
Host 03 C03 NIU:0001 03 CBC 18:00:00 EX25AA FRNT 
Critical fault - Fault id: CBus ACTive control 
Components: CBC 0 
Data tag E560 023E 


Field descriptions 


The following table explains all of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

Cardlist Table This table identifies a list of cards that can 
be responsible for generating the fault. 

Components Character string This field provides additional information 
about the affected hardware found in the 
cardlist. 

Critical Fault Character string This fault Indicates that a service-affecting 
error has occured. 

Data tag Character string Failure data in hexadecimal. 
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(Sheet 2 of 2) 


Field Value Description 
Location Character string This field identifies the affected NIU. 
Non-Critical fault Character string This fault indicates that an error has 


occured that is non service-affecting. 


TBL Hardware Fault Constant This message indicates a critical or 
non-critical NIU hardware fault has 
occured. 

Action 


For critical faults, replace hardware in the order given by the cardlist. For 
non-critical faults, hardware replacement is not necessary. If NODE301 logs 
continue, contact the next level of support. 


Related OM registers 


There are no related OM registers. 


Additional information 
There is no additional information. 
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NODE323 


Explanation 


The integrated node maintenance (INM) system generates NODE323 when a 
REx request does not execute. 


Format 
The log report format for NODE323 is as follows: 


** NODE323 mmmdd hh:mm:ss ssdd TBL REx Fault 
Location: <location> 
Status: <alarm_status> 
Trouble: <trouble> 
Action: <action> 
REX did not run 
Units: <units_not_RExed> 
Reason: <reason> 


Example 
An example of log report NODE323 follows: 


** NODE323 FEBO2 11:12:14 0600 TBL REx Fault 


Location: LIM 1 

Status: Alarm raised 

Trouble: Scheduled test has not been executed 
Action: Information for analysis, no immediate 


action required 
REX did not run 
Units: 1 
Reason: Failed 
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Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

location Character string Indicates the location of the PM to which the 
event applies. 

alarm status Alarm raised Indicates an alarmed log. An alarmed log 
means that double stars at the beginning of 
the format highlight the log report. An 
alarmed log does not mean a MAP alarm is 
present. 

trouble Character string Indicates the problem of the REx not run. 

action Character string Indicates the trouble log is for information 
only. 

units not RExed 0, 1, 0 and 1 Indicates the units which did not run the 
REx. 

reason Character string Indicates the reason the REx does not run. 

Action 


Clear the reason that did not allow the REx to run. This reason can require a 
manual maintenance action or a waiting period for a system operation to clear 
a trouble condition. Refer NODE323 to the next level of support. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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NODE450 
Explanation 
The integrated node maintenance (INM) generates log report NODE450. This 
report summarizes a series of event reports under one log header during a 
routine exercise (REX) test. The NODE450 log is never in alarm mode. The 
NODE450 log is an abbreviated summary of the routine series of operations 
that compose an REX test. 
The system reports all trouble events (faults) as separate logs to make them 
more accessible to mechanized downstream analysis. High priority events are 
logged as the events reach the central log system. Other events are logged 
following the generation of NODE450. Events of the INITIATE class appear 
only in NODEA50, and never as separate logs. 
Format 
The log report formats for NODE450 are as follows: 
Format 1 
NODE450 mmmdd hh:mm:ss ssdd SUMM REX TEST SUMMARY 
Location: entity name 
Summary: REX Test Sequence Successful 
Format 2 
NODE450 mmmdd hh:mm:ss ssdd SUMM REX TEST SUMMARY 
Location: entity name 
Summary: REX Test Sequence Failed 
TIME EVENT 
hh:mm:ss detailed event type 
hh:mm:ss detailed event type 
Example 


Examples of log report NODE450 follow: 


Example 1 


NODE450 OCT17 12:05:01 9200 SUMM REX TEST SUMMARY 
Location: NIU 7 
Summary: REX Test Sequence Successful 


Example 2 
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NODE450 OCT17 12:05:01 9200 SUMM REX TEST SUMMARY 


Location: NIU 7 


Summary: REX Test Sequence Failed 


TIME EVENT 

16:48:43 Initiate REX 
16:50:13 Initiate CPU Test 
16:51:06 REX Fault 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

SUMM REX TEST Constant Indicates information about the success or 

SUMMARY failure of an REX test. 

Location Symbolic text Indicates the name of the hardware or software 
component or service involved. 

Summary REX Test Sequence Indicates if the REX test was successful or 


Successful REX Test 
Sequence Failed 


failed. 


TIME Integers If REX test failed, indicates the time 
(hh:mm:ss). 
EVENT Symbolic text If REX test failed, indicates the event. 
Action 


The NODE450 log report helps log analysis. The NODE450 log report brings 
together related events in one report, in the correct time sequence. The action 
required, if any, depends on the nature of the repeated events. 


Associated OM registers 


There are no associated OM registers. 
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Explanation 


Format 


Example 


UCS log reports 1-957 


The integrated node maintenance (INM) system generates log report 
NODE451 when more information is available than will fit in log NODE450. 
The NODE451 log report continues the summary started in NODE450. The 
system will generate the necessary number of NODE451 logs to present a 
complete event failure summary. Note that the system generates NODE451 
logs only if the failure event sequence will not fit in one NODE450 failure 
report. 


The log report format for NODE451 is as follows: 


NODE451 mmmdd hh:mm:ss ssdd SUMM REX TEST SUMMARY 
(contd) 

Location: entity name 

Summary: REX Test Sequence Failed 


TIME EVENT 
hh:mm:ss detailed event type 
hh:mm:ss detailed event type 


An example of log report NODE451 follows: 


NODE450 OCT17 12:05:01 9200 SUMM REX TEST SUMMARY (contd) 
Location: NIU 7 
Summary: REX Test Sequence Failed 


TIME EVENT 

16:48:43 Initiate REX 
16:50:13 Initiate CPU Test 
16:51:06 REX Fault 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

SUMM REX TEST Constant Indicates information about the completion or 

SUMMARY failure of a REX test. 

Location Symbolic text Indicates the name of the hardware or software 
component or service involved. 
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(Sheet 2 of 2) 
Field Value Description 
Summary : REX Test Constant Indicates the REX test failed. 
Sequence Failed 

TIME Integers Indicates the time (hh:mm:ss). 
EVENT Symbolic text Indicates the event. 

Action 


The NODE451 report helps log analysis. The NODE451 report brings 
together related events in one report, in the correct time sequence. The action 
required, if any, depends upon the nature of reported events. 


Associated OM registers 
There are no associated OM registers. 
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NODE500 


Explanation 


The NODES500 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates when a CEM or SPM changes state, such as from inactive to active. 


Format 
The format for log report NODE500 follows: 


* NODE500 Feb07 10:22:11 4700 INFO Device State Change 
Location:«pm type»«node number»«circuit pack»«circuit packno 
From: INSV 
To: INTB 
Location: SPM <spm number> Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Example 
An example of log report NODE500 follows: 


** NODE500 Feb07 10:22:11 4700 INFO Device State Change 


Location: SPM 01 DLC 01 
From: State 
To: State 


Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

pm type SPM PM type 

pm number 0 to 85 PM number 
Circuit Pack Type CEM Circuit pack types 


Note: The voice signal processor 
(VSP) may not apply to all markets. 


Circuit Pack Number 0 to 27 Circuit pack number 
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NODES500 (continued) 


Field Value Description 
state Uneq Describes if the device is the active 
device or inactive device 
sysb 
manb 
offl 
cbsy 
istb 
insv 
class_type DMSCP Legacy SPM 
Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
IW Interworking SPM 
Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 


No action is required. 


Associated OM registers 
Not applicable 
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NODE500 (end) 


Additional information 
Not applicable 


Log history 
CR Q00651407 
Documentation for log NODES500 introduced. 
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NODE600 


Explanation 
The integrated node maintenance (INM) generates log report NODE600 when 
a trouble condition with the node is present. The INM supports node state 
management for different node designs. Examples of node designs are the 
application processor and the network interface unit (NIU). The NODE600 
log indicates INM recovery actions when the node state is system busy. 


When a user executes the QueryPM faults command at the MAP, the resource 
maintenance manager (RMM) reports faults to the INM. 


Format 
The log report format for NODE600 is as follows: 


NODE600 mmmdd hh:mm:ss ssdd INFO TBL Warning 
Location- «node»? 
Trouble- «trouble code»? 
Action- «user. action? 
Integrated Node Maintenance Detailed Information 
Trouble Reason- «INM trouble condition reason? 


Example 
An example of log report NODE600 follows: 


NODE600 FEB18 14:22:46 2511 INFO TBL Warning 
Location- FP 1 
Trouble- Cannot run test 
Action- Run the test indicated below 
Integrated Node Maintenance Detailed Information 
Trouble Reason- "Scheduled PM REX test not executed" 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO TBL Warning Constant Indicates the trouble condition related to the 
node. 
Alphanumeric Indicates the location of the peripheral 
module (PM) to which the event applies. 
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(Sheet 2 of 2) 


Field Value Description 
trouble code Cannot run test Identifies the reason for the problem. 
user action Run the test Indicates the action you must take. 


indicated below 


INM trouble condition reason Scheduled PM Provides a reason for the trouble condition. 
REX test not 
executed 
Action 


Check the trouble field. Take action as indicated in the user action field. 


Associated OM registers 


There are no associated OM registers. 
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NOP100 

Explanation 
The Network Operations Protocol (NOP) subsystem generates log report 
NOP100 when an invalid argument (ARG) error is present. An ARG error 
means the remote operation parameters are not formatted correctly. Remote 
operation (RO) is the level of NOP that defines the actions between the DMS 
and the Network Operations System (NOS). 

Format 
The log report format for NOP100 is as follows: 

*NOP100 mmmdd hh:mm:ss ssdd INFO ARG errtxt 
Example 


An example of log report NOP100 follows: 


*NOP100 JAN22 09:13:53 4566 INFO ARG 1 Wrong Userid 
Password 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO ARG Constant Indicates an invalid argument error. 
errtxt Identifies one of the following reasons: 
0 Default Reason. 
1 Userid Password Wrong. 
2 Parameter Missing. 
3 Value Range Error. 
4 Block Id Out of Range. 
5 Null Block Id Expected. 
6 Wrong Parameter Count. 
7 Type Range Error. 
8 Null Range Error. 
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(Sheet 2 of 2) 


Field Value Description 
9 File Spec Error. 
10 Time Range Error. 
11 Unknown Application Identifier. 
12 PTDA Link Already Assigned. 
13 PTDA Invalid Device Name. 
14 PTDA Directory Problem. 
15 ACD Poolid Password Wrong. 
16 ACD Poolname Invalid. 
17 ACD Subpool Invalid. 
18 ACD Subpool Password Wrong. 
19 ACD Octet String Invalid. 
20 PADN Invalid Device. 
21 PADN File Not Found. 
22 PADN Wrong Processor. 
23 ACD Invalid Pool Protocol. 
24 FTRAN Invalid Device. 
25 FTRAN No Append Possible. 
26 FTRAN File Already Exists. 
27 FTRAN Not Enough Free Store. 
28 Unused. 
29 FTRAN Invalid File Name. 
30 FTRAN No File To Move. 
31 FTRAN Invalid RECFM. 
32 ACD Incomplete Range Processing. 
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Action 
Save the NOP100 report and contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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NOP101 


Explanation 


The Network Operations Protocol (NOP) subsystem generates this report 
when an operation sequence (SEQ) error occurs. An SEQ error indicates that 
remote operations (RO) are received in a not correct order. 


The Network Operations Protocol (NOP) subsystem also generates this report 
when an invalid argument (ARG) error occurs. The ARG error means the 
remote operation parameters are not formatted correctly. Remote operation 
(RO) is the level of NOP that defines the actions between the DMS switch and 
the Network Operations System (NOS). 


Format 
The format for log report NOP101 follows: 


*NOPI101 mmmdd hh:mm:ss ssdd INFO SEQ errtxt 


*NOP101 mmmdd hh:mm:ss ssdd INFO ARG errtxt 
Example 


An example of log report NOP101 follows: 


*NOP101 JAN22 09:13:53 4566 INFO ARG 1 Wrong Userid 
Password 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 4) 


Field Value Description 
INFO SEQ Constant Indicates that there is an operations sequence 
error 
errtxt Identifies one of the following as the error 
reason: 
0 Default reason 
1 Nos logon not completed 
2 Duplicate logon 
3 Logout without logon 
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Field Value Description 
4 Data transfer started before 
5 Requested data is being transferred 
6 Data transfer not started 
7 Nos list files in progress 
8 PTDA map already invoked 
9 PTDA scroll already invoked 
10 PTDA scroll input not pending 
11 Nos invalid state 
12 Wrong ACD mis state 
13 ACD pool associated before 
14 PADN patch applied but not needed 
15 PADN patch process in use 
16 PADN no file send received 
17 PADN no inform received 
18 PADN file already exists 
19 FTRAN invalid in this state 
20 FTRAN transmit data again requested 
INFO ARG Constant Indicates that there is an invalid argument 
error 
errtxt Identifies one of the following reasons: 
0 Default Reason 
1 Userid Password Wrong 
2 Parameter Missing 
3 Value Range Error 
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(Sheet 3 of 4) 
Field Value Description 
4 Block Id Out of Range 
5 Null Block Id Expected 
6 Wrong Parameter Count 
7 Type Range Error 
8 Null Range Error 
9 File Spec Error 
10 Time Range Error 
11 Not known Application Identifier 
12 PTDA Link Already Assigned 
13 PTDA Invalid Device Name 
14 PTDA Directory Problem 
15 ACD POOLID Password Wrong 
16 ACD Poolname Invalid 
17 ACD Subpool Invalid 
18 ACD Subpool Password Wrong 
19 ACD Octet String Invalid 
20 PADN Invalid Device 
21 PADN File Not Found 
22 PADN Wrong Processor 
23 ACD Invalid Pool Protocol 
24 FTRAN Invalid Device 
25 FTRAN No Append Possible 
26 FTRAN File Already Exists 
27 FTRAN Not Enough Free Store 
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(Sheet 4 of 4) 
Field Value Description 
28 Not used 
29 FTRAN Invalid File Name 
30 FTRAN No File To Move 
31 FTRAN Invalid RECFM 
32 ACD Not complete Range Processing 
Action 


Save this report and contact the next level of maintenance. 


Associated OM registers 
None 
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NOP102 

Explanation 
The Network Operations Protocol (NOP) subsystem generates this report 
when a resource (RES) problem occurs. A RES problem means there are not 
enough resources available for NOP on the DMS switch. 
The NOP maintenance and administration position (MAP) level is accessed 
through the IOD MAP level and allows communication. 

Format 
The format for log report NOP102 follows: 

*NOP102 mmmdd hh:mm:ss ssdd INFO RESn errtxt 
Example 


An example of log report NOP102 follows: 


*NOP102 JAN22 09:13:53 4566 INFO RESO Default Reason 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INFO RES 0-6 Identifies one of the following as the error 
reason: 
errtxt 
0 Default reason 
1 Traffic load 
2 Maximum logon exceeded 
3 Too many ROS outstanding 
4 Too many files demanded 
5 Application initialization failed 
6 Application termination failed 
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Action 
Save this report and contact the next level of maintenance. 


Associated OM registers 
None 
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NOP103 
Explanation 
The Network Operations Protocol (NOP) subsystem generates this report 
when a system (SYS) problem occurs. The SYS problem is a hardware, 
software, or communication problem during data transmission. 
Format 
The format for log report NOP103 follows: 
**NOP103 JAN22 mmmdd hh:mm:ss ssdd INFO SYS errtxt 
Example 


An example of log report NOP103 follows: 


**NOP103 JAN22 09:13:53 4566 INFO SYS 11 TRANSIENT ERROR 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO SYS Constant Indicates a system problem. 
errtxt Identifies one of the following as the error 
reason: 
10 Default Reason 
11 Transient Error 
12 Internal Buffer Not Allocated 
13 Ft Not initialized 
14 
15 File Not Accessible 
16 File System Failure 
17 Dirp Subsystem Not Available 
18 Bad File Internal State 
19 File Not in Primary Dir 
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Field Value Description 

20 File Not in Secondary Dir 
21 Bad Internal Subsystem Id 
22 Bad Internal Dirphold Id 
23 File Name Mismatch 
24 Bad File External State 
25 Active File Problem 
26 Active File Vaporized 
27 No Info For Active File 
28 File Naming Failure 
29 File In Wrong State 
30 File Not Found 
31 Active File Open Failure 
32 Unprocessed File Open Failure 
33 Processed File Open Failure 
34 Exception File Open Failure 
35 Primary Info Modified 
36 Device Not Supported 
37 Change State Not Supported 
38 System Mailbox Failure 
39 Exception File Access Failure 
40 Too Many Bad Blocks 
41 Ft Not Engineered 

Action 


Save this report and contact the next level of maintenance. 
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UCS log reports 1-972 
NOP103 (end) 


Associated OM registers 
There are no associated OM registers 
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UCS log reports 1-973 


NOP112 
Explanation 
The Network Operations Protocol (NOP) subsystem generates this report 
when the system creates a session on a DNC terminal. The system creates a 
session on a DNC terminal when a centralized MAP (CMAP) user logs in and 
can access the DMS MAP. 
Format 
The format for log report NOP112 follows: 
NOP112 mmmdd hh:mm:ss ssdd INFO PTAE (CMAP) 
PTAE session n, has been created 
Example 


An example of log report NOP112 follows: 


NOP112 SEP26 15:11:34 INFO PTAE (CMAP) 
PTAE Session 2, has been created 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INFO PTAE (CMAP) Constant Indicates the creation of a CMAP session. 
PTAE Session, has 0-9 Indicates the number of the session the 
been created System creates. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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1-974 UCS log reports 
NPAC100 


Explanation 
The Northern Telecom X.25 (NPAC) subsystem generates this log when a 
session successfully starts. 


Format 
The format for log report NPAC100 follows: 
NPAC100 date time seqnbr INFO GAS SESSION SUCCESSFUL START 
SESSION = ntwk con reason txt CODE = nbr 
L3 VCI 2 chan num 
LINK = link type link num 
Example 


An example of log report NPAC100 follows: 


NPAC100 MARO6 15:04:20 2112 INFO GAS SESSION SUCCESSFUL 
START 

SESSION = NEWJERSEY DPFT NORMAL STAR CODE = 0 

L3 VCI = 255 

LINK = RSLP 2 


Field descriptions 
The following table explains the variable information in this log report. 


(Sheet 1 of 2) 


Field Value Description 


ntwk_con alphanumeric This field indicates the network connection 
on which the session occurs. The 
RASLAPPL table contains this name in 


datafill. 
reason_txt alphanumeric; This field indicates the NPAC event that 
limited to 42 generates this log. 
characters 
nbr numeric; usually 0 This field indicates the error condition that 


the switch detects. 
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1-975 UCS log reports 
NPAC100 (end) 


(Sheet 2 of 2) 


Field Value 

chan_num nnn 

link_type alphanumeric 

link_num alphanumeric 
Action 


Description 


This field indicates the NPAC X.25 level 
three virtual channel allocated for this 
session. 


This field indicates the type of link for this 
application. 


This field indicates the link for this robust 
application and session layer (RASL) 
session. 


This log does not require action. It only provides information. 


Associated OM registers 
None 


Additional information 
None 
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1-976 UCS log reports 


NPAC101 


Explanation 


The Northern Telecom X.25 (NPAC) subsystem generates this log when a 
normal session ends. 


Format 
The format for log report NPAC101 follows: 


NPAC101 date time seqnbr INFO GAS SESSION NORMAL 
TERMINATION 
SESSION = ntwk con reason txt CODE = nbr 
L3 VCI = chan num 
LINK = link type link num 


Example 
An example of log report NPACIOI follows: 


NPAC101 MARO6 15:04:20 2112 INFO GAS SESSION NORMAL 
TERMINATION 

SESSION - NEWJERSEY TRAN COMPLETE CODE = 0 

L3 VCI = 255 

LINK = RSLP 2 


Field descriptions 
The following table explains the variable information in this log report: 


(Sheet 1 of 2) 


Field Value Description 


ntwk_con alphanumeric This field indicates the network connection 
on which the session occurs. The 
RASLAPPL table contains this name in 


datafill. 
reason_txt alphanumeric; This field indicates the NPAC event that 
limited to 42 generates this report. 
characters 
nbr numeric; usually 0 This field indicates the error condition that 


the switch detects. 
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1-977 UCS log reports 
NPAC101 (end) 


(Sheet 2 of 2) 


Field Value 

chan_num nnn 

link_type alphanumeric 

link_num alphanumeric 
Action 


Description 


This field indicates the NPAC X.25 level 
three virtual channel allocated for this 
session. 


This field indicates the type of link for this 
application. 


This field indicates the link for this robust 
application and session layer (RASL) 
session. 


This log does not require action. It only provides information. 


Associated OM registers 
None 


Additional information 
None 
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1-978 UCS log reports 


Explanation 


Format 


Example 


NPAC104 


The Northern X.25 (NPAC) subsystem generates this log when a billing 
transfer event occurs. This log is a short version of the NPAC107 log. 


The format for log report NPAC104 follows: 


NPAC104 date time seqnbr INFO File Transfer Event 
SESS = sess_type txt msg ERR = 


h_code 
REASON = rs code 


An example of log report NPAC104 follows: 


NPAC104 MARO6 15:04:20 2112 INFO File Transfer Event 


SESS = RTT1 ACTIVE 


Field descriptions 
The following table explains each of the variable fields in the log report: 


FILE FOUND ERR = 0 


Field 


sess_type 


txt_msg 


h_code 


rs_code 


Action 


Value 


alphanumeric 


alphanumeric 


numeric 


numeric 


Description 


The network connection on which the 
session occurs. This name is datafilled in 
table RASLAPPL. 


Information about the file transfer. This field 
is limited to 42 characters. 


The 4-digit hexadecimal code that provides 
more information about the transfer (used 
for debugging). 


A numeric code that provides more 
information. 


The text message indicates the necessary action. 
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1-979 UCS log reports 
NPAC104 (end) 


Associated OM registers 
None 
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1-980 UCS log reports 
NPAC105 


Explanation 
The Northern Telecom X.25 (NPAC) subsystem generates this log when an 
initialization failure occurs. 


Format 
The format for log report NPAC105 follows: 


NPAC105 date time seqnbr TBL GAS SESSION 
INITIALIZATION FAILURE 
SESSION = ntwk con reason txt CODE = nbr 
L3 VCI = chan num 
LINK = link type link num 


Example 
An example of log report NPAC105 follows: 


NPAC105 MARO6 15:04:20 2112 TBL GAS SESSION 
INITIALIZATION FAILURE 

SESSION = NEWJERSEY NO OPEN ACK RECEIVED CODE = 0 

L3 VCI = 255 

LINK = RSLP 2 


Field descriptions 
The following table explains the variable information in the log report. 


(Sheet 1 of 2) 


Field Value Description 


ntwk_con alphanumeric This field indicates the network connection 
where the session occurs. This name is 
datafilled in the RASLAPPL table. 


reason_txt alphanumeric; This field indicates the NPAC event that 
limited to 42 generated this report. 
characters 
nbr numeric; usually 0 This field indicates the error condition 
detected. 
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1-981 UCS log reports 
NPAC105 (end) 


(Sheet 2 of 2) 
Field Value Description 
chan_num nnn This field indicates the NPAC X.25 level 3 
virtual channel allocated for this session. 
link_type alphanumeric This field indicates the type of link used for 
this application. 
link_num alphanumeric This field indicates the link for this robust 
application and session layer (RASL) 
session. This link is defined in the NX25 
table. 
Action 


This log indicates a possible problem with the far end, causing initialization 
failure. Investigate the cause of the failure. 


Associated OM registers 
None 


Additional information 
None 
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1-982 UCS log reports 


NPAC106 


Explanation 


The Northern Telecom X.25 (NPAC) subsystem generates this log when an 
abnormal termination occurs. 


Format 
The format for log report NPAC106 follows: 


NPAC106 date time seqnbr TBL GAS SESSION ABNORMAL 
TERMINATION 
SESSION = ntwk con reason txt CODE = nbr 
L3 VCI = chan num 
LINK = link type link num 


Example 
An example of log report NPAC106 follows: 


NPAC106 MARO6 15:04:20 2112 TBL GAS SESSION ABNORMAL 
TERMINATION 

SESSION - NEWJERSEY DPFT NORMAL STAR CODE = 0 

L3 VCI = 255 

LINK = RSLP 2 


Field descriptions 
The following table explains the variable information in the log report. 


(Sheet 1 of 2) 


Field Value Description 


ntwk_con alphanumeric This field indicates the network connection 
where the session occurs. This name is 
datafilled in the RASLAPPL table. 


reason_txt alphanumeric; This field indicates the NPAC event that 
limited to 42 generated this report. 
characters 
nbr numeric; usually 0 This field indicates the error condition 
detected. 
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1-983 UCS log reports 
NPAC106 (end) 


(Sheet 2 of 2) 


Field Value 
chan_num nnn 

link_type alphanumeric 
link_num alphanumeric 
Action 


Description 


This field indicates the NPAC X.25 level 3 
virtual channel allocated for this session. 


This field indicates the type of link used for 
this application. 


This field indicates the link for this robust 
application and session layer (RASL) 
session. 


This log indicates a possible problem with the far end, causing abnormal 
termination. Investigate the cause of the failure. 


Associated OM registers 
None 


Additional information 
None 
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